This is faster.

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

This removes some special-case code from riff.c.
CODEC_ID_ADPCM_G726 is still handled in riff.c as before because it is
not guaranteed to be fixed 4 bits per sample.

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

Patch by Francesco Lavra (francescolavra at interfree dot it).

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

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

Solves issue 1657.

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

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

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

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

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

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

patch by avcoder, ffmpeg gmail com

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

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

so we can't use SSE-optimized routines.

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

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

XXX_license() functions, consistent with the rest of FFmpeg.

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

causes no significant speed difference and can avoid compilation issues with
--enable-pic.

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

entry.

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

Also add xvid_build check.
If you note any packed bitstream regression, check this commit first and report it.
Fixes issue1652

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

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

consistent with r19122.

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

It is an exact duplicate of memsetw() in h263.c.

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

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

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

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

It is used by both encoders and decoders and should not be below
a CONFIG_ENCODERS preprocessor check.

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

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

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

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

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

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

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

It is just a logical OR of several decoder definitions, all of which depend on
CONFIG_H263_DECODER. So it can just be replaced by the latter.

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

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

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

There is no need to list decoders that enable the H.263 decoder anyway.

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

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

The file is only ever compiled if the MLP decoder is enabled.

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

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

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

They share all code, there is no point in enabling one but not the other.

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