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

same speed (ask gcc why, i dont know)

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

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

10-15 cpu cycles faster.

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

same speed as far as i can meassure but it might have fewer branches on some
archs.
Idea from x264 / jason

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

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

MPV_common_init(), so calling both is redundant and leads to memory
leaks in WMV3/VC-1 decoder. Thus use only the first function in
WMV3/VC-1 decoder initialization.

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

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

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

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

ff_combine_frame() is called, which allocates ParseContext->buffer if needed,
so ff_parse_close() must be called to free it.
Patch by jai.

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

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

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

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

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

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

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

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

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

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

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

block decoding at exit, so prevent that memory leak now.

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

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

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

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

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

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

This fixes some issues with the first few timestamps.

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

in read frame.

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

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

Indeo 5, so make them global and move their initialization to the common place
as well. And fix static VLC initialization, as ff_ivi_create_huff_from_desc()
used old way to do so.

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

This prevents crashes during decoding grayscale Bink files like
samples from Impossible Creatures game demo.

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

This fixes issue 1764.

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

Patch by Kostya, minor fixes by me.

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

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

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

The limit for get/show_bits_long() to use get/show_bits() directly
should be MIN_CACHE_BITS, not 17.

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

Fixes /MPlayer/incoming/codec_copy_fails_vob_to_mpeg-ts/codec_copy_fails_vob_to_mpeg-ts.vob

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

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

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

Patch by avcoder, ffmpeg gmail

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

Code produced during SoC by Robert Swain and Colin McQuillan.

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

libavcodec/h264.h:816: warning: unused variable `mb_xy'

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

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

A shift by a negative amount has undefined behaviour.  Even though
the result of this shift is never used, the shift itself could
cause an exception of some kind.

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

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

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

No measurable speed difference

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

This doesn't really matter yet since 4:2:0 1080p has only 3060 superblocks,
but larger resolutions or 4:4:4 1080p could hit this case.

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

No speed difference, but it will simplify the special 4129 case.

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