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

4-8 cycles faster

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

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

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

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

the block.

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

not nice/fair towards the community of developers.

Also this looks like the best way for resolving the debate about which
is the one person name to be put in the banner.

See the thread:
Subject: [FFmpeg-devel] [PATCH] Replace "Fabrice Bellard" with "the FFmpeg developers" in  the banner
Date: Thu, 11 Feb 2010 23:59:12 +0100

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

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

the old sample clips are in violation of the 2006 spec

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

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

This eliminates all aliasing violation warnings in h264 code.
No measurable speed difference with gcc-4.4.3 on i7.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

If DECLARE_ALIGNED_16 works on uint64_t it will work smaller types too.

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

be used eventually in the RTSP muxer (see thread "[PATCH] RTSP muxer, round
3" on mailinglist).

Patch by Martin Storsjö <$firstname $firstname st>.

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

there as well.

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

the row code. This function would only be needed on a MB basis for MBAFF+FMO

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

Sadly this is just per slice so the speedup with normal files should be negligible.

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

but doesn't actually do that. What's worse, it creates timestamp adjustments
that are different per stream within a session, leading to a/v sync issues.

See discussion in thread "[FFmpeg-devel] rtp streaming x264+audio issues (and
some ideas to fix them)". Patch suggested by Luca Abeni <lucabe72 email it>.

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

what e.g. RealPlayer does. This allows proper port forwarding setup in NAT-
based environments.

Patch by Martin Storsjö <$firstname at $firstname dot st>.

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

decoder, to "avctx".

See the thread:
Subject: [FFmpeg-devel] [PATCH] enc is not a good name for a decoder context
Date: Mon, 28 Dec 2009 22:56:25 +0100

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

pixdesc.c, which are now not anymore marked as static inline.

Fix the inclusion of the private header intreadwrite.h in the public
header pixdesc.h.

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

- the return value of url_open_dyn_*buf() is 0 on success, so using
   if (!(res = url_open_dyn_*buf())) return res; is not going to work
- url_open_dyn_packet_buf actually writes the max_packet_size before
   each piece of data. Feeding this to the ASF demuxer will never work.
   Therefore, use url_open_dyn_buf() instead.

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

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

the packet was filled in, leading to virtually random behaviour in the
decoder later on. Instead, return a negative value.

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