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

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

Patch by Daniel Verkamp, daniel drv nu

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

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

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

Both targets no longer exist.

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

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

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

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

two conditions were incomplete and zeroing motion
vectors was performed only on half of them.

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

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

pre-parsing the file in read_header.
This avoids some code duplication and seeking, and also avoids an IO error
for small video-only files (as created during e.g. the FATE encoder test).

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

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

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

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

In initMMX2HScaler, when chrDstW is not divisible by 4, the last filterPos element is initialized on the wrong index (not evenly aligned). This fixes it

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

and if the size is broken (20 bytes, header-only), calculate the expected
size and skip the index entries anyway. See "[PATCH] rmdec.c: correctly
skip indexes" thread.

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

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

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

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

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

has two possible outcomes: either len and rm->remaining_len are the same, in
which case we care about the outcome and it is zero, or rm->remaining_len is
currently not in use and we don't care about the outcome. In that case, len
is positive and rm->remaining_len is zero, which leads to a negative result.
This is confusing and could eventually lead to a sign-flip if we skip a lot
of packets (unlikely, but still). Therefore, just always set it to zero.

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