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

Patch by Josh Allmann, joshua dot allmann at gmail

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

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

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

The stride can be negative and must be sign extended before being
used in pointer arithmetic.

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

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

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

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

Originally committed as revision 32013 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

Originally committed as revision 32012 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale

help in fixing the Win64 fate failures.

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

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

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

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

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

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

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

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

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

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

Patch by Josh Allmann, joshua dot allmann at gmail

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

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

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

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

two VP8-related fate failures on Win64.

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

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

Because the order of evaluation of subexpressions is undefined, two
get_bits() calls may not be part of the same expression.

See also r24902.

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

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

consistency with input_video_filter.

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

always -1.

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

Because the order of evaluation of subexpressions is undefined, two
get_bits() calls may not be part of the same expression.  In this
specific case, using get_bits_long() is simpler.

This fixes msmpeg4v1 decoding with armcc.

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

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

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

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

dithering (faster) along a linear gradient now.

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

Compilers may assume a pointer has natural alignment, even if it was
assigned from a pointer type with weaker alignment requirements.  It
is thus not safe to assign a possibly unaligned value to a pointer,
regardless of how it is subsequently dereferenced.

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

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

link rather than avfilter_default_get_video_buffer().

This is required as the buffer requested may be greater than the
buffer allocated locally by avfilter_default_get_video_buffer(), for
example if in filterchain there is a pad filter (like in "fifo,pad").

In that case the pad filter will try to write beyond the data of the
allocated buffer, resulting in a crash.

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

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

Originally committed as revision 32011 to svn://svn.mplayerhq.hu/mplayer/trunk/libswscale