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

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

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

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

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

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

the time of codec initialization.

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

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

Fixes memleak and should fix issue791.

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

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

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

Based on a patch by Maksym Veremeyenko verem DOT m1stereo AT tv

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

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

This should fix a regression.

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

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

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

output audio stream.

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

libavformat/asfdec.c:995: warning: unused variable ‘gsize’

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

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

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

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

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

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

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

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

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

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

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

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

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

libavformat/asfdec.c:995: warning: unused variable 'gsize'

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

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

Consistent with lavc and lavf.

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

not supported.

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

swscale.h.

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

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

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

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

PPC is normally big endian but has special little endian load/store
instructions.  Using these avoids a separate byteswap.  This makes the
vorbis decoder about 5% faster.  Not much else uses little-endian
read/write extensively.

GCC generates horrible PPC code for the default AV_[RW]B64 (which uses
a packed struct), so we override it with a plain pointer cast.

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

ARMv6 and later support unaligned loads and stores for single
word/halfword but not double/multiple.  GCC is ignorant of this and
will always use bytewise accesses for unaligned data.  Casting to an
int32_t pointer is dangerous since a load/store double or multiple
instruction might be used (this happens with some code in FFmpeg).
Implementing the AV_[RW]* macros with inline asm using only supported
instructions gives fast and safe unaligned accesses.  ARM RVCT does
the right thing with generic code.

This gives an overall speedup of up to 10%.

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