- 09 3月, 2010 3 次提交
-
-
由 David Conrad 提交于
Originally committed as revision 22358 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 22357 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 22356 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 3月, 2010 1 次提交
-
-
由 Måns Rullgård 提交于
These macros are redundant. All uses are replaced with the generic DECLARE_ALIGNED macro instead. Originally committed as revision 22233 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 04 3月, 2010 5 次提交
-
-
由 David Conrad 提交于
Originally committed as revision 22204 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 22203 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
This is generally around 12% faster than the prior method of creating a linked list for each block as tokens are read, but can be anywhere from 8% to 28% faster depending on file and CPU. Originally committed as revision 22190 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
This increases the slice size to 64 pixels, due to having to decode an entire chroma superblock row per slice. This can be up to 6% slower depending on clip and CPU, but is necessary for future optimizations that gain significantly more than was lost. Originally committed as revision 22189 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 22188 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 28 2月, 2010 1 次提交
-
-
由 Carl Eugen Hoyos 提交于
Originally committed as revision 22102 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 21 2月, 2010 5 次提交
-
-
由 David Conrad 提交于
No measurable speed difference Originally committed as revision 21931 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
This doesn't really matter yet since 4:2:0 1080p has only 3060 superblocks, but larger resolutions or 4:4:4 1080p could hit this case. Originally committed as revision 21930 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
No speed difference, but it will simplify the special 4129 case. Originally committed as revision 21929 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21928 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Much faster for long runs (e.g. nearly uncoded frames), slightly faster for the general case. Originally committed as revision 21927 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 18 2月, 2010 1 次提交
-
-
由 Måns Rullgård 提交于
Originally committed as revision 21866 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 14 2月, 2010 6 次提交
-
-
由 David Conrad 提交于
Originally committed as revision 21805 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21804 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
through the entire coded fragment list. Originally committed as revision 21803 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21802 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21801 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21800 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 2月, 2010 8 次提交
-
-
由 David Conrad 提交于
3.6% faster on Elephants_Dream_HD-q7-aq7.ogg on my penryn Originally committed as revision 21781 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21780 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21779 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
3% faster on Elephants_Dream_HD-q7-aq7.ogg on my penryn Originally committed as revision 21778 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21777 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21776 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21775 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 David Conrad 提交于
Originally committed as revision 21774 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 22 1月, 2010 1 次提交
-
-
由 Måns Rullgård 提交于
Originally committed as revision 21377 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 19 12月, 2009 2 次提交
-
-
由 Mike Melanson 提交于
Originally committed as revision 20896 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Mike Melanson 提交于
Inspired by guidance from Dark Shikari. On a Core 2 Duo 2.0 GHz, this change decodes the 10-minute Big Buck Bunny 1080p short about 2 seconds faster. Originally committed as revision 20895 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 12月, 2009 6 次提交
-
-
由 Carl Eugen Hoyos 提交于
Originally committed as revision 20752 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Jason Garrett-Glaser 提交于
Patch by Dark Shikari Originally committed as revision 20751 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Jason Garrett-Glaser 提交于
Patch by Dark Shikari Originally committed as revision 20750 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Jason Garrett-Glaser 提交于
Patch by Dark Shikari Originally committed as revision 20749 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Carl Eugen Hoyos 提交于
Originally committed as revision 20748 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
由 Jason Garrett-Glaser 提交于
Faster checks in reverse_dc_prediction. Simplified deblocking checks. Check transform==15 first, since it's more common than 13. Originally committed as revision 20747 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 12月, 2009 1 次提交
-
-
由 Mike Melanson 提交于
on their grouping, create one loop that indexes into a table of AC VLC tables. There is also a small optimization here: Do not call unpack_vlcs() if there are no fragments in the list with outstanding coefficients. My profiling indicates that this can save upwards of 1 million dezicycles per frame throughout the course of unpack_dct_coeffs(). Originally committed as revision 20699 to svn://svn.ffmpeg.org/ffmpeg/trunk
-