Age | Commit message (Collapse) | Author |
|
when played with -flags emu_edge.
(cherry picked from commit 8bcfe7f7fd71e5d548c2cd96d33295ff06a5f6c8)
|
|
(cherry picked from commit 66c6b5e2a5e6376c4a5c65b1d96fd7a1580bdfcf)
|
|
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
|
|
Useful so that we don't have to run the hierarchical DC iDCT if there aren't
any coefficients. Opens up some future opportunities for optimization as well.
Originally committed as revision 26337 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
About 2.5x the speed.
NOTE: the way that the asm code handles large qmuls is a bit suboptimal.
If x264-style dequant was used (separate shift and qmul values), it might
be possible to get some extra speed.
Originally committed as revision 26336 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 24736 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
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
|
|
as i did nt find a limit in the spec)
This should stop cavlc_decode_residual() on a zero bitstream
Originally committed as revision 22429 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 22124 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
the row code. This function would only be needed on a MB basis for MBAFF+FMO
Originally committed as revision 21860 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
no speed change.
Originally committed as revision 21842 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Not benchmarked as i failed to find a sample that uses this one. But it should be faster.
Originally committed as revision 21435 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21434 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Helps gcc not to add seperate -1 instructions.
Originally committed as revision 21432 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21431 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21430 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21428 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21425 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
This should be faster (couldnt meassue a difference), and its less picky
on slightly out of spec dquant.
Originally committed as revision 21373 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21340 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21308 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21290 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Originally committed as revision 21271 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Run loop filter per row instead of per MB, this also should make it
much easier to switch to per frame filtering and also doing so in a
seperate thread in the future if some volunteer wants to try.
Overall decoding speedup of 1.7% (single thread on pentium dual / cathedral sample)
This change also allows some optimizations to be tried that would not have
been possible before.
Originally committed as revision 21270 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
No benchmark because its just replacing variables with litteral constants
(so no risk for slowdown outside gcc silliness) and i need sleep.
Originally committed as revision 21237 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
Yes i did compile&test, no svq3.c was not recompiled.
Originally committed as revision 21180 to svn://svn.ffmpeg.org/ffmpeg/trunk
|
|
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
|