encoding of slice_height != mb_height
1bit shorter wmv1 headers if bit_rate<50 !? ROTFL M$ is even more stupid than i thought
using dc of non intra blocks for dc prediction of wmv1 if bitrate < 129 && res < 320x240

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

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

* Don't include config.h in dsputil.c

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

Originally committed as revision 6638 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

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

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

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

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

* Use "restrict" in some dsputil routines (yields large speedup)

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

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

for some improvements.

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

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

be a noticeable win (at least for me :)

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

takes the most time, and it allows for more efficient unaligned access
and better control over memory latencies.

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

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

allows better scheduling of the memory accesses, and is portable among
all compilers.

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

Originally committed as revision 6617 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6616 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6615 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6609 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6608 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6607 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6606 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

quite impressive results only 1 of the 13 rgb->rgb converters fails for the c versions
... sadly only 1 of the mmx converters passes though :( ... i feared allready  that last mplayerxp merge reversed the bugfixes :((((

Originally committed as revision 6604 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6583 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6581 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

{RGB,BGR}{1,4,8,15,16,24,32} output supported

Originally committed as revision 6579 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

exporting yuv2rgb_c_init() as the swscaler will use it (avoids code duplication)

Originally committed as revision 6578 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

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

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

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

* Support ccc
* Support gcc 3.2 builtins

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

code duplication, I'm currently working on the put/add variants, but I
did not get them to be as fast as the old method yet...

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

Originally committed as revision 6555 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

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

Originally committed as revision 6542 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

some cleanup

Originally committed as revision 6541 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

flags, but it doesn't matter for now) - IF09 is supported by win32 Indeo codecs
and by some others too

Originally committed as revision 6536 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

yvu9 support (other planar yuv formats with other chroma subsamplings should be trivial to add, if they had a IMGFMT)
disabled broken (=new) converters (they cause random sig11)
various bugfixes

Originally committed as revision 6533 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc

Originally committed as revision 6521 to svn://svn.mplayerhq.hu/mplayer/trunk/postproc