Fixes issue746

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

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

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

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

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

libswscale.

Patch by Alexis Ballier, alexis D ballier A gmail

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

Check url_interrupt_cb in rtp_read, wait in select for max 100 ms before rechecking url_interrupt_cb

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

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

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

The libfaad wrapper does this.

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

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

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

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

Reorder indexes in weight tables.

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

Too many demuxers can't cope with clusters of unknown size.

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

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

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

back and write it at the end

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

Most EBML masters are much smaller than IO_BUFFER_SIZE and thus the size
can be updated. This makes parsing the resulting files easier.

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

This results in a 50% speedup on main profile with no increase in binary size.

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

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

Thanks to backwards compatible HE-AAC signalling these values are unreliable.

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

1 cpu cycle faster

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

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

127.32L to me, beware when using git svn dcommit for committing stuff
to svn...

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

case where the source format is PIX_FMT_GRAY8.

This is required as PIX_FMT_GRAY8 has been declared as a paletted
format in FFmpeg r22191, fix GRAY8 -> RGB conversion.

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

format.

Make swscale-test only perform the test from the input to the output
format rather than perform all.

Also implement swscale-test-all.sh, for performing all the tests.

Improve flexibility of the swscale-test tool, this way is simpler to
perform only a subset of tests.

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

consistent with the allocation currently done for PIX_FMT_GRAY8
pictures.

No significant slow-downs have been measured.

See the thread:
Subject: [FFmpeg-devel] [PATCH] Is gray8 a paletted format?
Date: Sun, 15 Nov 2009 23:36:03 +0100

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

This is generally around 12% faster than the prior method of creating a
linked list for each block as tokens are read, but can be anywhere from
8% to 28% faster depending on file and CPU.

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

This increases the slice size to 64 pixels, due to having to decode an
entire chroma superblock row per slice.

This can be up to 6% slower depending on clip and CPU, but is necessary
for future optimizations that gain significantly more than was lost.

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

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

Patch by Anton Khirnov < whyskas at gmail >

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

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

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

original patch by elupus _at_ ecce _dot_ se

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

5 cpu cycles faster.

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

This fixes some valgrind warnings.

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

to the end of the structure.
4 cpu cycles faster in 3k cpu cycles

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

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

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