Recherche avancée

Sur d’autres sites (10448)

• ffmpeg : fix streamcopy with side data

  13 août 2014, par Christophe Gisquet

  ffmpeg : fix streamcopy with side data
  The issue is that, when the main packet data buffer is changed, streamcopy
  
  uses a temporary new packet to store that buffer, frees the old packet, and
  
  replace it with the new packet.
  However, in doing so, it forgets about the side data, which gets freed, but
  
  is still needed and referenced. Then, when the packet gets freed again in
  
  the normal code path, it attempts to free its side data which has already
  
  been freed.
  Therefore, simply avoid the first free on side data by removing that side
  
  data from the packet.
  Fixes ticket #3773.
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] ffmpeg.c

• Revision 3cffa0c74e : Move vp9_thread.* to common. Prepare for frame parallel decoding, the reference

  7 juillet 2014, par hkuang

  Changed Paths :
   Modify /test/vp9_thread_test.cc

  
   Add /vp9/common/vp9_thread.c
  (from /vp9/decoder/vp9_thread.c
  :10aa23f751069fe464fbc3c0e35dcf9294f055f7)
   Add /vp9/common/vp9_thread.h
  (from /vp9/decoder/vp9_thread.h
  :10aa23f751069fe464fbc3c0e35dcf9294f055f7)
   Modify /vp9/decoder/vp9_decodeframe.c

  
   Modify /vp9/decoder/vp9_decoder.h

  
   Modify /vp9/decoder/vp9_dthread.h

  
   Delete /vp9/decoder/vp9_thread.c

  
   Delete /vp9/decoder/vp9_thread.h

  
   Modify /vp9/vp9_common.mk

  
   Modify /vp9/vp9dx.mk

  
  
  Move vp9_thread.* to common.

  Prepare for frame parallel decoding, the reference count buffers
  need to be protected by mutex. Move vp9_thread.* to common
  folder so that those buffers could use cross-platform mutex
  from vp9_thread.*.

  (cherry picked from commit 337e8015c9deaf8ab7e8d0c3c132160a77dd1590)

  Change-Id : I0587a08447925f4554d7788686a31483c2ae3f37

• avcodec : export motion vectors in frame side data on demand

  16 juillet 2014, par Clément Bœsch

  avcodec : export motion vectors in frame side data on demand
  The reasoning behind this addition is that various third party
  
  applications are interested in getting some motion information out of a
  
  video "for free" when it is available.
  It was considered to export other information as well (such as the intra
  
  information about the block, or the quantization) but the structure
  
  might have ended up into a half full-generic, half full of codec
  
  specific cruft. If more information is necessary, it should either be
  
  added in the "flags" field of the AVMotionVector structure, or in
  
  another side-data.
  This commit also includes an example exporting them in a CSV stream.
  

  • [DH] .gitignore
  • [DH] configure
  • [DH] doc/APIchanges
  • [DH] doc/Makefile
  • [DH] doc/codecs.texi
  • [DH] doc/examples/Makefile
  • [DH] doc/examples/extract_mvs.c
  • [DH] libavcodec/avcodec.h
  • [DH] libavcodec/mpegvideo.c
  • [DH] libavcodec/options_table.h
  • [DH] libavutil/Makefile
  • [DH] libavutil/frame.c
  • [DH] libavutil/frame.h
  • [DH] libavutil/motion_vector.h
  • [DH] libavutil/version.h