Recherche avancée

Sur d’autres sites (5685)

• mpeg4audio : Make avpriv_copy_pce_data() inline

  16 mars 2017, par 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

• GStreamer Tee (Multiple Multiplexer)

  14 novembre 2012, par 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 !

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

  17 janvier 2015, par 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