Patch by Rafaël Carré, rafael d carre a gmail

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

This fixes the regression test breakage.

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

The diff may provide useful information even if the command was
unsuccessful.  The test is still treated as failed in this case.

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

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

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

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

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

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

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

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

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

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

DIV3 is not supported on default XP and Vista installations (MP43 is).

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

This fixes a leak introduced in rev 23942, since we write padding to the
buffer unconditionally.

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

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

wrong with it tomorrow or so, then re-submit.

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

regular MMX code. Examples of this are the Core1 CPU. Instead, set a new flag,
FF_MM_SSE2/3SLOW, which can be checked for particular SSE2/3 functions that
have been checked specifically on such CPUs and are actually faster than
their MMX counterparts.

In addition, use this flag to enable particular VP8 and LPC SSE2 functions
that are faster than their MMX counterparts.

Based on a patch by Loren Merritt <lorenm AT u washington edu>.

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

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

for x86-32, or 2 MM registers on x86-64.

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

so that it does both U and V planes at the same time. This will have speed
advantages when using SSE2 (or higher) optimizations, since we can do both
the U and V rows together in a single xmm register.

This also renames filter16 to filter16y and filter8 to filter8uv so that it's
more obvious what each function is used for.

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

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

Patch by Josh Allmann, joshua dot allmann at gmail

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

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

Patch by Nathan Caldwell <saintdev@gmail.com>

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

Patch by Nathan Caldwell <saintdev@gmail.com>

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

This test verifies the pixdesc code by comparing the output with and
without a filter which should have no effect on the image.  Since the
available pixel formats depend on the byte order of the machine, a
simple reference checksum is not possible.

The test originally tried to solve this by generating a reference file
on the fly.  The problem with this is that the test framework expects
the reference file in the source tree, and writing to the source tree
is not allowed.

To avoid complicating the test framework, we instead provide two
reference files and select which to use based on the byte order.

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

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

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

read_timestamp() is part of AVInputFormat, not AVCodec

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

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

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

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

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

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

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

Two questions below there is the same Q+A, slightly rephrased.

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

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

This avoids writing outside of the designated rectangle.

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

internal.h header, so they can be easily used from other files.

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

Don't change paramater passing, but instead use casts.
Shouldn't affect asm output on anything other than win64.
libswscale should work on win64 now.
The rest of ffmpeg still isn't win64 compatible due to the issue of xmm
clobbers, but swscale doesn't use any SSE.

Patch by Anton Mitrofanov <BugMaster AT narod DOT ru>.

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