Yes i did compile&test, no svq3.c was not recompiled.

Originally committed as revision 21180 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21179 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

Patch by myself and Yuriy Kaminskiy [yumkam mail ru]

Originally committed as revision 21175 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21174 to svn://svn.ffmpeg.org/ffmpeg/trunk

called once per MB in worst case and doesnt seem to benefit from static inline.
Actually the code might be a hair faster now (0.1% according to my benchmark but
this could be random noise)

Originally committed as revision 21173 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21172 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21171 to svn://svn.ffmpeg.org/ffmpeg/trunk

in the context to increase compatibility.

Originally committed as revision 21170 to svn://svn.ffmpeg.org/ffmpeg/trunk

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

Originally committed as revision 21168 to svn://svn.ffmpeg.org/ffmpeg/trunk

No speedloss meassured (its slightly faster here but that may be random fluctuations)

Originally committed as revision 21165 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21164 to svn://svn.ffmpeg.org/ffmpeg/trunk

instead.  Avoid a crash on MinGW.

Originally committed as revision 21162 to svn://svn.ffmpeg.org/ffmpeg/trunk

No meassureable speed difference on pentium dual & cathedral sample.

Originally committed as revision 21159 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21158 to svn://svn.ffmpeg.org/ffmpeg/trunk

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

Originally committed as revision 21156 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21154 to svn://svn.ffmpeg.org/ffmpeg/trunk

The maximum length of escape_sequence is 21 bits, so adjust limit in
code to match this.

Up to 10% faster on Cortex-A8.

Originally committed as revision 21153 to svn://svn.ffmpeg.org/ffmpeg/trunk

The maximum length of escape_sequence is 21 bits, so adjust limit in
code to match this.  Also fix the comment.

Originally committed as revision 21151 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21141 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21140 to svn://svn.ffmpeg.org/ffmpeg/trunk

Spotted by Zhongtuan Ma.

Originally committed as revision 21138 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21135 to svn://svn.ffmpeg.org/ffmpeg/trunk

Fixes warnings:
libavcodec/mpegvideo_enc.c:574: warning: implicit declaration of function
'ff_match_2uint16'
libavcodec/ituh263enc.c:143: warning: implicit declaration of function
'ff_match_2uint16'
libavcodec/svq1enc.c:97: warning: implicit declaration of function
'ff_match_2uint16'

Originally committed as revision 21133 to svn://svn.ffmpeg.org/ffmpeg/trunk

this makes the 9/7 C wavelet at the decoder side 22% faster.
The old code is changed to match the new in terms of the order of operations
(which also makes it sligtly faster)

Originally committed as revision 21132 to svn://svn.ffmpeg.org/ffmpeg/trunk

8% faster C 5/3 wavelet at the decoder side.

Originally committed as revision 21131 to svn://svn.ffmpeg.org/ffmpeg/trunk

resulting code slightly. ~30% faster C 5/3 wavelet at the decoder side.

Originally committed as revision 21130 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21128 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21127 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21126 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Vladimir Voroshilov and myself.

Originally committed as revision 21125 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21117 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21115 to svn://svn.ffmpeg.org/ffmpeg/trunk

Originally committed as revision 21114 to svn://svn.ffmpeg.org/ffmpeg/trunk

instead of custom and bloated code to find an index into a w/h array.

Originally committed as revision 21113 to svn://svn.ffmpeg.org/ffmpeg/trunk

... I did test but it wasnt recompiled ...

Originally committed as revision 21112 to svn://svn.ffmpeg.org/ffmpeg/trunk

places.

Originally committed as revision 21111 to svn://svn.ffmpeg.org/ffmpeg/trunk

Patch by Laurent Aimar <fenrir at videolan dot org>.

Originally committed as revision 21110 to svn://svn.ffmpeg.org/ffmpeg/trunk