matroska timestamps are unsigned

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

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

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

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

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

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

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

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

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

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

actual hostname. This functionality already exists (and always existed) in
url_split() and is therefore useless. See discussion in "[PATCH] tcp.c/udp.c
memleak?" thread on ffmpeg-devel.

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

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

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

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

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

All these variables are used as left operands of a movd instruction,
which does accept only memory or register operands while the "g"
constraint also allows immediates. Use "rm" instead.
Patch by Alexis Ballier %alexis P ballier A gmail P com%

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

order.

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

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

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

Patch by Alexander Patrakov ($lastname at gmail.com)
Thread: dca.c: output scale is a bit off

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

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

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

this leads to a runaway creation of timers. We never pass 0 currently
but it is safer to check for it explicitly as changes to the code can
easily lead to 0 being used.

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

the corresponding AVStream instead of AVCodecContext

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

that the one read by the decoder.

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

Upgrade 20/24-bit PCM DVD decoder use SAMPLE_FMT_S32. Patch supplied by lars dot taeuber at gmx dot net.

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

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

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

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

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

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

allows easier control of the actual return value.

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

only allocated if initialization worked. This means that on failure, we
don't have to deallocate it.

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

"[PATCH] tcp.c/udp.c memleak?" for discussion.

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

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

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

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

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

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

This fixes a (probably not exploitable) buffer overflow (apparently unknown to its author).

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