Recherche avancée

Médias (91)

Autres articles (79)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (12060)

  • ffmpeg decode h.264 stream latency one frame always

    5 décembre 2016, par rywang

    Now I use the x264 library to compress the video (from camera) and transmit to client side by TCP. In the client side, use the ffmpeg library to decode the stream on the Win32. But I find the stream decoding always latency one frame. That is to say, if the client side received A,B,C three frame, when decode the A frame, can’t get the image. Then decode the B frame, get the A frame image.

    For the h.264 encode, i have set zerolatency - ultrafast - baseline. So I think there is no B frame.

    For the ffmpeg decoder, i have tried to set the thread_type = 0 to disable frame buffering decoding. But no efficient ! By the way, after decoded one frame, passing NULL to the decoder to flush the decoder can help this case. But i think this is not a good solution.

    So how to set the ffmpeg library to avoid the one frame latency ?

  • How Can I capture and record a live stream using ffmpeg ? (Without any encoding or transcoding)

    25 février 2015, par Sina Davani

    How Can I capture and record a live stream using ffmpeg ? (Without any encoding or transcoding)

    I have a program written using ffmpeg. It captures a live stream and then plays it on the display (a simple video player).
    What I need now is the ability to save the input stream in a file on the disk so it could be played later using a standard video player.
    Can anyone please give me a simple example that would show how it is done ? When I am writing the captured packets from the input stream directly in to a file ; at the end the file is corrupted and it is unusable. I did try to set the header for the file ; but that didn’t work either.

  • What is the most efficient way to grab a specific frame from a video file by index ?

    4 février 2021, par Handelo

    So for some context - I'm creating a real-time data visualization tool in c# that needs to display video synced to other data. The playback needs to be stopped, resumed, scrubbed through and skipped through as smoothly as possible, similar to how it's done in video editing software, as well as have other data overlaid on top of it. To that end I do need the ability to get each frame by its index in a bitmap format. The video files are mostly MP4 encoded in x264, though support for other codecs is preferable.

    


    So far I've tried using both EMGU.CV and the Accord FFMPEG wrapper, but both solutions seem really slow at grabbing single frames - EMGU.CV's VideoCapture.SetCaptureProperty takes anywhere from half a second to 3 seconds to do so, and FFMPEG's VideoFileReader.ReadVideoFrame can take upwards of 10 (!) seconds.

    


    So what would be the most efficient solution here ? Is there another library I should try ?