- 04 Nov, 2013 1 commit
-
-
Diego Biurrun authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 05 Aug, 2013 3 commits
-
-
Rémi Denis-Courmont authored
The bitstream buffers are now private and freed by libavcodec. For backward compatibility, the hold bitstream buffer pointer is left NULL (applications were supposed to av_freep() it). Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Rémi Denis-Courmont authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 15 Feb, 2013 1 commit
-
-
Anton Khirnov authored
Most of the changes are just trivial are just trivial replacements of fields from MpegEncContext with equivalent fields in H264Context. Everything in h264* other than h264.c are those trivial changes. The nontrivial parts are: 1) extracting a simplified version of the frame management code from mpegvideo.c. We don't need last/next_picture anymore, since h264 uses its own more complex system already and those were set only to appease the mpegvideo parts. 2) some tables that need to be allocated/freed in appropriate places. 3) hwaccels -- mostly trivial replacements. for dxva, the draw_horiz_band() call is moved from ff_dxva2_common_end_frame() to per-codec end_frame() callbacks, because it's now different for h264 and MpegEncContext-based decoders. 4) svq3 -- it does not use h264 complex reference system, so I just added some very simplistic frame management instead and dropped the use of ff_h264_frame_start(). Because of this I also had to move some initialization code to svq3. Additional fixes for chroma format and bit depth changes by Janne Grunau <janne-libav@jannau.net> Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 14 Jan, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 13 Jan, 2013 1 commit
-
-
Rémi Denis-Courmont authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 23 Oct, 2011 2 commits
-
-
Janne Grunau authored
This reverts commit da22ba7d since it broke slice threading. Slice threading just duplicates MpegEncContext so every value used during mpeg_decode_slice has to be in it. A second patch will fix the illusion that Mpeg1Context is available in mpeg_decode_slice.
-
Anton Khirnov authored
It's MPEG-1 specific.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 30 Mar, 2010 1 commit
-
-
Stephen Warren authored
start of decoding a picture instead of at the end. Fixes mmco01.264 Patch by Stephen Warren Originally committed as revision 22728 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 10 Nov, 2009 1 commit
-
-
NVIDIA Corporation authored
by video players. Original patch by NVIDIA corporation. Originally committed as revision 20502 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 Jan, 2009 1 commit
-
-
NVIDIA Corporation authored
be used by video players. Original patch by NVIDIA corporation. Originally committed as revision 16699 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 19 Jan, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 16684 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Jan, 2009 1 commit
-
-
NVIDIA Corporation authored
be used by video players. Original patch by NVIDIA corporation. Originally committed as revision 16628 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 11 Jan, 2009 2 commits
-
-
Diego Biurrun authored
Originally committed as revision 16545 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Carl Eugen Hoyos authored
Originally committed as revision 16524 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 10 Jan, 2009 3 commits
-
-
Carl Eugen Hoyos authored
Originally committed as revision 16521 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Carl Eugen Hoyos authored
Originally committed as revision 16520 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Carl Eugen Hoyos authored
Originally committed as revision 16513 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Jan, 2009 2 commits
-
-
Carl Eugen Hoyos authored
Originally committed as revision 16492 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Diego Biurrun authored
Originally committed as revision 16481 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 04 Jan, 2009 1 commit
-
-
NVIDIA Corporation authored
video players. Original patch by NVIDIA corporation. Originally committed as revision 16431 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 31 Aug, 2008 1 commit
-
-
Stefano Sabatini authored
Consistently apply this rule: the guard name is obtained from the filename by stripping the leading "lib", converting '/' and '.' to '_' and uppercasing the resulting name. Guard names in the root directory have to be prefixed by "FFMPEG_". Originally committed as revision 15120 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Oct, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 10765 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 05 Jul, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 9481 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Jun, 2007 2 commits
-
-
Guillaume Poirier authored
Originally committed as revision 9356 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 9345 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Apr, 2007 4 commits
-
-
Michael Niedermayer authored
Originally committed as revision 8672 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 8664 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 8663 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Nicholas Tung authored
patch by Nicholas Tung, ntung ntung com Originally committed as revision 8649 to svn://svn.ffmpeg.org/ffmpeg/trunk
-