- 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
-
- 30 Nov, 2014 1 commit
-
-
Christophe Gisquet authored
Needed for filters that may need it, like an SPS bsf. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 16 Mar, 2014 1 commit
-
-
Vittorio Giovara authored
-
- 20 Aug, 2013 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 31 May, 2012 1 commit
-
-
Michael Niedermayer authored
This fixes out of global array reads. The alternative solutions of checking the index or modifying the VLC tables to prevent the index going outside are each about 1-2 cpu cyclces slower per coded 4x4 block. The alternative of padding the global tables directly is more ugly and moving them to the context should benefit cache locality. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 30 May, 2012 1 commit
-
-
Michael Niedermayer authored
We could also check the index but this would slow speed critical code down. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 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>
-
- 14 Aug, 2011 1 commit
-
-
Baptiste Coudurier authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 02 May, 2011 2 commits
-
-
Stefano Sabatini authored
-
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>
-
- 21 Jan, 2011 1 commit
-
-
Ronald S. Bultje authored
(cherry picked from commit 66c6b5e2)
-
- 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
-