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

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

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

documentation to use it where appropriate.

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

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

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

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

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

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

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

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

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

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

Patch by Nick Brereton, nick nbrereton net

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

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

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

connection (e.g. a seek). This fixes the theoretical case where a server
sends a file first using chunked encoding, and then using non-chunked
encoding.

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

them from being sent using chunked encoding (I don't think this ever happened,
but either way it would be wrong).

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

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

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

It is already rejected by the "source >= 0 && source != ps->num_env" 0 envelope
case and is perfectly legally for the suppressed final envelope case.

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

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

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

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

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

r23646.

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

E-AC-3 (61937-3 Edition 2) and TrueHD (61937-9).

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

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

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

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

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

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

This fixes a potential issue when doing redirects.

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

This removes some useless copying of handles, and simplifies error handling.

Patch by Josh Allmann, joshua dot allmann at gmail

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

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

function pointer. Should allow for ASM optimizations.

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

Fixes issue2015

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

 It allows VLD MPEG-2 decoding using DXVA2 (GPU assisted decoding API under
VISTA and Windows 7).
 It is implemented by using AVHWAccel API.

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

Since rtsp_hd isn't assigned to rt->rtsp_hd until after the setup phase,
the initialized URLContext could be leaked on failures.

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

Earlier, the function only returned when the enough data to fill the
requested buffer was available. This lead to high latency when receiving
low-bandwidth streams.

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