- 21 Jun, 2016 1 commit
-
-
Anton Khirnov authored
This is more consistent with the naming of other decoders.
-
- 28 Mar, 2016 2 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
Remove now unnecesary call to ff_h264_alloc_tables()
-
- 25 Mar, 2016 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 16 Mar, 2014 1 commit
-
-
Vittorio Giovara authored
-
- 20 Aug, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 10 May, 2012 1 commit
-
-
Diego Biurrun authored
-
- 21 Oct, 2011 1 commit
-
-
Baptiste Coudurier authored
Signed-off-by: Diego Biurrun <diego@biurrun.de> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 02 May, 2011 1 commit
-
-
Stefano Sabatini authored
Signed-off-by: Diego Biurrun <diego@biurrun.de>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 20 Jan, 2011 1 commit
-
-
Ronald S. Bultje authored
-
- 15 Jan, 2011 1 commit
-
-
Jason Garrett-Glaser authored
No speed improvement, but necessary for some future stuff. Also opens up the possibility of asm chroma dc idct/dequant. Originally committed as revision 26349 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
-
- 13 Feb, 2010 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 21794 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Jan, 2010 3 commits
-
-
Michael Niedermayer authored
not slower according to benchmarks. Originally committed as revision 21181 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Yes i did compile&test, no svq3.c was not recompiled. Originally committed as revision 21180 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Seems to speed the code up a little... The placement of many generic functions between h264.c and h264.h is still open Currently they are a little randomly placed between them. Originally committed as revision 21178 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 12 Jan, 2010 4 commits
-
-
Michael Niedermayer authored
no speedloss meassured, also its really not touching anything that is speed relevant. Originally committed as revision 21169 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 21168 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
No meassureable speed difference on pentium dual & cathedral sample. Originally committed as revision 21159 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
functions called more than per mb are moved into the header, scan8 is also as it must be known at compiletime. The code after this patch duplicates h264data.h, this has been done to minimize the changes in this step and allow more fine grained benchmarking. Speedwise this is 1% faster on my pentium dual core with diegos cursed cathedral sample. Originally committed as revision 21157 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
-
- 24 Jan, 2009 1 commit
-
-
Stefan Gehrer authored
Originally committed as revision 16744 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 19 Dec, 2008 1 commit
-
-
Jason Garrett-Glaser authored
Originally committed as revision 16240 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 26 Nov, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 15937 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 24 Nov, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 15927 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 21 Nov, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 15899 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 04 Nov, 2008 1 commit
-
-
Andreas Öman authored
Now correct values are propagated to interlaced_frame, top_field_first and repeat_pict in AVFrame structure. patch by ffdshow tryouts Originally committed as revision 15773 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 03 Oct, 2008 1 commit
-
-
Michael Niedermayer authored
Originally committed as revision 15534 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
-
- 26 Jul, 2008 1 commit
-
-
Michael Niedermayer authored
Can be disabled by removing #define ALLOW_NOCHROMA in case the extra if() slow the code down measurably. Fixes at least FRExt/HPCAMOLQ_BRCM_B.264 FRExt/HPCVMOLQ_BRCM_B.264 Originally committed as revision 14407 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 09 May, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 09 Mar, 2008 1 commit
-
-
Aurelien Jacobs authored
Originally committed as revision 12399 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 01 Mar, 2008 1 commit
-
-
Loren Merritt authored
Originally committed as revision 12282 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 Sep, 2007 1 commit
-
-
Kostya Shishkov authored
Originally committed as revision 10397 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 24 Aug, 2007 2 commits
-
-
Michael Niedermayer authored
Originally committed as revision 10205 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Michael Niedermayer authored
Originally committed as revision 10204 to svn://svn.ffmpeg.org/ffmpeg/trunk
-