244->160 cycles on core2

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

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

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

what is needed and its faster too.

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

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

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

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

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

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

~10 cpu cycles speedup.

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

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

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

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

~4 cpu cycles faster

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

Fixes several FATE tests.

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

2-3% faster decode on x86-32 core2.

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

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

samples/V-codecs/ATI-VCR12/ATI/VCR2test.avi
Software decoding was broken since r8865, when two new context variables
were added, but not initialized in vcr2_init_sequence().
Another such context variable was added in r18381.

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

Any tips on how i can convince gcc that it doesnt need a
mov     %eax, %eax
in every get_bits() ?

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

Probably only DoS, init_get_bits sets buffer to NULL, thus causing a
NULL-dereference directly after.

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

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

It allows VLD VC-1/WMV3 decoding using DXVA2 (GPU assisted decoding API under
VISTA and Windows 7).
 It is implemented by using AVHWAccel API.

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

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

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

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

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

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

initialization befre the loop filter.

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

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

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

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

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

This should fix a segfault, also it might be faster on systems where the
+52 wasnt free.

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

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

for this codecs all quants are the same for a single frame.

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

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

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

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

This is faster for videos that have lots of MBs that fall in this category.

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

This is consistent with other codecs and will also avoid a crash on the
memcpy to data[1] if AVPALETTE_SIZE ever increases.

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

and that one is always 0-initialized already.

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

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

4 cpu cycles faster.

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

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