Recherche avancée

Médias (1)

Mot : - Tags -/biomaping

Autres articles (67)

  • List of compatible distributions

    26 avril 2011, par

    The table below is the list of Linux distributions compatible with the automated installation script of MediaSPIP. Distribution nameVersion nameVersion number Debian Squeeze 6.x.x Debian Weezy 7.x.x Debian Jessie 8.x.x Ubuntu The Precise Pangolin 12.04 LTS Ubuntu The Trusty Tahr 14.04
    If you want to help us improve this list, you can provide us access to a machine whose distribution is not mentioned above or send the necessary fixes to add (...)

  • Selection of projects using MediaSPIP

    2 mai 2011, par

    The examples below are representative elements of MediaSPIP specific uses for specific projects.
    MediaSPIP farm @ Infini
    The non profit organizationInfini develops hospitality activities, internet access point, training, realizing innovative projects in the field of information and communication technologies and Communication, and hosting of websites. It plays a unique and prominent role in the Brest (France) area, at the national level, among the half-dozen such association. Its members (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (5453)

  • libavcodec initialization to achieve real time playback with frame dropping when necessary

    20 octobre 2019, par Blake Senftner

    I have a C++ computer vision application linking with the ffmpeg libraries that provides frames from video streams to analysis routines. The idea being one can provide a moderately generic video stream identifier, and that video source will be decompressed and passed frame after frame to an analysis routine (which runs the user’s analysis functions.) The "moderately generic video identifier" covers 3 generic video stream types : paths to video files on disk, IP video streams (cameras or video streaming services), and USB webcam pins with desired format & rate.

    My current video player is generic as possible : video only, ignoring audio and other streams. It has a switch case for retrieving a stream’s frame rate based upon the stream’s source and codec, which is used to estimate the delay between decompressing frames. I’ve had many issues with trying to get reliable timestamps from the streams, so I am currently ignoring pts and dts. I know ignoring pts/dts is bad for variable frame rate streams. I plan to special case them later. The player currently checks to see if the last decompressed frame is more than 2 frames late (assuming a constant frame rate), and if so "drops the frame" - does not pass it to the user’s analysis routine.

    Essentially, the video player’s logic is determining when to skip frames (not pass them to the time consuming analysis routine) so the analysis is fed video frames in as close as possible to real time.

    I am looking for examples or discussions how one can initialize and/or maintain their AVFormatContext, AVStream, and AVCodecContext using (presumably but not limited to) AVDictionary options such that frame dropping as is necessary to maintain real time is performed at the libav libraries level, and not at my video player level. If achieving this requires separate AVDictionaies (or more) for each stream type and codec, then so be it. I am interested in understanding the pros and cons of both approachs : dropping frames at the player level or at the libav level.

    (When some analysis requires every frame, the existing player implementation with frame dropping disabled is fine. I suspect if I can get frame dropping to occur at the libav level, I’ll save the packet to frame decompression time as well, reducing the processing more than my current version.)

  • create extended context menu for ffmpeg

    29 mai 2020, par Rami Magdi

    this should be the completed version that i'm unable to achieve

    



    enter image description here

    



    this is what i achieved

    



    enter image description here

    



    this is my convertingto.reg code

    



    Windows Registry Editor Version 5.00

    ;command in context menu
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\*\shell\converting to]

"MUIVerb"="converting to"
"SubCommands"="rotate1;rotate2;rotate0;rotate3"

"SeparatorBefore"=""
"SeparatorAfter"=""

    ;rotate 90 clockwise
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate1]
@="rotate 90 clockwise"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate1\command]
@="\"C:\\ffmpeg\\rotate1.bat\"\"%1\""


    ;rotate 90 counterclockwise
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate2]
@="rotate 90 counterclockwise"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate2\command]
@="\"C:\\ffmpeg\\rotate2.bat\"\"%1\""


    ;rotate 90 counterclockwise & vertically flip
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate0]
@="90 counterclockwise & vertically flip"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate0\command]
@="\"C:\\ffmpeg\\rotate0.bat\"\"%1\""


    ;rotate 90 clockwise & vertically flip
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate3]
@="rotate 90 clockwise & vertically flip"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\CommandStore\shell\rotate3\command]
@="\"C:\\ffmpeg\\rotate3.bat\"\"%1\""


    



    i understand this can be done using extendedsubcommandskey unfortunately i can't reproduce microsoft's notes https://docs.microsoft.com/en-us/windows/win32/shell/how-to-create-cascading-menus-with-the-extendedsubcommandskey-registry-entry

    


  • FATE : drop the last partial frame in the wmv8-drm test

    1er décembre 2013, par Anton Khirnov
    FATE : drop the last partial frame in the wmv8-drm test
    

    This has already been done in eb066a4ce9e82cddb8f5af574804aa9889450b34,
    but the number of frames produced from that file changed due to
    timestamps changes since then.

    • [DBH] tests/fate/microsoft.mak
    • [DBH] tests/ref/fate/wmv8-drm