- 04 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 08 Apr, 2013 2 commits
-
-
Martin Storsjö authored
The pointers that get assigned ff_cropTbl were made const in 9e0f14f1, but other variables that transitively are assigned based on these variables were missed. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
There's no point in these pointers not being const. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 03 Apr, 2013 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 25 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 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>
-
- 11 Feb, 2013 1 commit
-
-
Ronald S. Bultje authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 28 Dec, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 30 Oct, 2012 1 commit
-
-
Ronald S. Bultje authored
This way, SIMD-optimized functions don't have to sign-extend their stride argument manually to be able to do pointer arithmetic.
-
- 08 Oct, 2012 1 commit
-
-
Janne Grunau authored
Rename the called dsp init functions to *_init_x86.
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 10 Jul, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 03 Jul, 2012 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 21 Oct, 2011 2 commits
-
-
Ronald S. Bultje authored
-
Baptiste Coudurier authored
Signed-off-by: Diego Biurrun <diego@biurrun.de> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 09 Oct, 2011 2 commits
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 14 Aug, 2011 1 commit
-
-
Baptiste Coudurier authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 10 May, 2011 2 commits
-
-
Oskar Arvidsson authored
This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Oskar Arvidsson authored
Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 10 Apr, 2011 2 commits
-
-
Oskar Arvidsson authored
This patch lets e.g. dsputil_init chose dsp functions with respect to the bit depth to decode. The naming scheme of bit depth dependent functions is <base name>_<bit depth>[_<prefix>] (i.e. the old clear_blocks_c is now named clear_blocks_8_c). Note: Some of the functions for high bit depth is not dependent on the bit depth, but only on the pixel size. This leaves some room for optimizing binary size. Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Oskar Arvidsson authored
Preparatory patch for high bit depth h264 decoding support. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 29 Dec, 2010 1 commit
-
-
Ronald S. Bultje authored
Originally committed as revision 26153 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 Dec, 2010 1 commit
-
-
Ronald S. Bultje authored
Originally committed as revision 26117 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Jun, 2010 2 commits
-
-
Måns Rullgård authored
Originally committed as revision 23916 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Måns Rullgård authored
Originally committed as revision 23904 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 27 Jun, 2010 1 commit
-
-
Stefano Sabatini authored
Originally committed as revision 23839 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 25 Jun, 2010 1 commit
-
-
Jason Garrett-Glaser authored
Originally committed as revision 23783 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 Jun, 2010 5 commits
-
-
Ronald S. Bultje authored
Originally committed as revision 23722 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 23721 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Ronald S. Bultje authored
Originally committed as revision 23717 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Patch by David Conrad <lessen42 gmail com> and myself. Originally committed as revision 23716 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
David Conrad authored
Patch by David Conrad <lessen42 gmail com>. Originally committed as revision 23714 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 20 Apr, 2010 1 commit
-
-
Diego Biurrun authored
Passing an explicit filename to this command is only necessary if the documentation in the @file block refers to a file different from the one the block resides in. Originally committed as revision 22921 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Dec, 2009 1 commit
-
-
Måns Rullgård authored
Originally committed as revision 20704 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Apr, 2009 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 18585 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Feb, 2009 1 commit
-
-
Diego Biurrun authored
Otherwise doxygen complains about ambiguous filenames when files exist under the same name in different subdirectories. Originally committed as revision 16912 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 18 Dec, 2008 1 commit
-
-
Loren Merritt authored
Originally committed as revision 16202 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Dec, 2008 1 commit
-
-
Michael Niedermayer authored
of H.264. Originally committed as revision 16168 to svn://svn.ffmpeg.org/ffmpeg/trunk
-