Advanced search

Medias (91)

Other articles (8)

  • Les formats acceptés

    28 January 2010, by

    Les commandes suivantes permettent d’avoir des informations sur les formats et codecs gérés par l’installation local de ffmpeg :
    ffmpeg -codecs ffmpeg -formats
    Les format videos acceptés en entrée
    Cette liste est non exhaustive, elle met en exergue les principaux formats utilisés : h264 : H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 m4v : raw MPEG-4 video format flv : Flash Video (FLV) / Sorenson Spark / Sorenson H.263 Theora wmv :
    Les formats vidéos de sortie possibles
    Dans un premier temps on (...)

  • Les vidéos

    21 April 2011, by

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

  • Gestion générale des documents

    13 May 2011, by

    MédiaSPIP ne modifie jamais le document original mis en ligne.
    Pour chaque document mis en ligne il effectue deux opérations successives : la création d’une version supplémentaire qui peut être facilement consultée en ligne tout en laissant l’original téléchargeable dans le cas où le document original ne peut être lu dans un navigateur Internet; la récupération des métadonnées du document original pour illustrer textuellement le fichier;
    Les tableaux ci-dessous expliquent ce que peut faire MédiaSPIP sur (...)

On other websites (2471)

  • h264: move the scratch buffers into the per-slice context

    17 January 2015, by Anton Khirnov
    h264: move the scratch buffers into the per-slice context
    

    Also change the method for allocating them. Instead of two possible
    alloc calls from different places, just ensure they are allocated at the
    start of each slice. This should be simpler and less bug-prone than the
    previous method.

    • [DBH] libavcodec/h264.c
    • [DBH] libavcodec/h264.h
    • [DBH] libavcodec/h264_mb.c
    • [DBH] libavcodec/h264_slice.c
    • [DBH] libavcodec/svq3.c
  • GStreamer Tee (Multiple Multiplexer)

    14 November 2012, by user1595257

    I'm trying to store a video stream (coming from my webcam) into a MKV and FLV file. This means I have to split the video and audio pipeline after the h264 Encoding and mux each path with a different muxer.

    This is how I imagine it should be working:

                                                |->queue->matroskamux->filesink
    v4l2src->videorate->videoscale->x264enc->tee-|
                                                |->queue->flvmux->filesink

    Is this assumption correct? Are all the queues at the right places? How would a GStreamer command like this look like? I'm having especially troubles with the concept of "Tees". How/where to start them in a command and how to manipulate different Tee-Paths. I looked up "Tee" in the GStreamer documentation but I'm still having troubles to apply them.

    Thanks in advance!

    EDIT: Ok, Thanks to mreithub I got it working for video. This is how the command looks like for now:

    gst-launch-0.10 -v -m v4l2src ! videorate ! videoscale ! ffmpegcolorspace ! x264enc ! tee name=muxtee ! queue2 ! matroskamux name=mkvmux ! filesink location=file1.mkv muxtee. ! queue ! flvmux name=flvmux ! filesink location=file1.flv

    Here is my attempt to get audio running:

    gst-launch-0.10 -v -m v4l2src ! videorate ! videoscale ! ffmpegcolorspace ! x264enc ! tee name=muxtee ! queue2 ! matroskamux name=mkvmux pulsesrc ! ffenc_aac ! filesink location=file1.mkv muxtee. ! queue ! flvmux name=flvmux pulsesrc ! ffenc_aac ! filesink location=file1.flv

    This does not work (command executes but immediately stops - no error message). But I'm also having trouble determining the position where to put the audio encoding. In my attempted solution I encode the audio in each Tee-Pipeline (right?). But I'd like to encode audio only once and then just mux it in both pipeline-paths accordingly.

    Here's another try: after the audio encoding I split the pipleine using a Tee and assign it to the mkvmuxer and flvmuxer:

    gst-launch-0.10 -v -m v4l2src ! videorate ! videoscale ! ffmpegcolorspace ! x264enc ! tee name=muxtee ! queue2 ! matroskamux name=mkvmux ! filesink location=file1.mkv muxtee. ! queue ! flvmux name=flvmux ! filesink location=file1.flv pulsesrc ! ffenc_aac ! tee name=t2 ! queue ! mkvmux. t2. ! queue ! flvmux.

    But with this one I'm getting the following error message:

    could not link queue1 to flvmux

    Thanks!

  • mpeg4audio: Make avpriv_copy_pce_data() inline

    16 March 2017, by Anton Khirnov
    mpeg4audio: Make avpriv_copy_pce_data() inline
    

    The function currently accepts a PutBitContext and a GetBitContext,
    which hardcodes their sizes into the lavc ABI. Since the function is
    quite small and only called in a few places, the simplest solution is
    making it inline, thus avoiding a runtime dependency completely.

    Signed-off-by: Diego Biurrun <diego@biurrun.de>

    • [DBH] libavcodec/aac_adtstoasc_bsf.c
    • [DBH] libavcodec/mpeg4audio.c
    • [DBH] libavcodec/mpeg4audio.h
    • [DBH] libavformat/adtsenc.c
    • [DBH] libavformat/latmenc.c