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

Patch by Daniel Verkamp ($firstname <at> drv <dot> nu)
Thread [PATCH] Smacker video decoder bug fix

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

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

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

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

"[PATCH] rmdec.c: use get_buffer and skip_bytes instead of loops of get_byte".

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

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

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

in "rtsp.c: increase SDP line buffer size" thread.

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

avcodec.h.

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

av_set_string() and av_set_string2() do not accept as parameter the
name of a named constant.

This avoids av_set_string2() and av_set_string() to misbehave when
there is an option and a named constant with the same name.

See the thread: "[PATCH] Remove libavcodec/opt.c:set_all_opt()".

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

Should fix fate.

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

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

This avoids the possibility to use a registered codec without first
initializing libavcodec, which resulted in unexpected behavior.

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

register_avcodec().

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

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

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

Fixed issue738

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

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

Patch by Reinhard Tartler \ siretart ! tauware + de /.

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

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

Fixes issue749

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

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

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

patch by Anders Grönberg, galileo.m2 gmail com

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

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

continue eliminating _t from structure names in FFmpeg.

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

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

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

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

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

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

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

Reason for this is that there are no shared entries in the demuxer/muxer
context, making it a mystery as to why it was shared between the two. See
"[PATCH] clean rmdemux/muxcontext" patch on mailinglist.

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

ff_rm_parse_packet() to indicate whether more audio packets are available
in the demuxer from the last RM frame, and save that in the RDT parsing
context. See patch/discussion in "[PATCH] rdt.c: don't access RMContext"
on ML.

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

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

function is assured to parse at most one packet. This makes this function
useful for ASF data packet parsing in a "push-mode" in addition to the
current "pull-mode", and therefore allows for use of these functions in,
for example, the RTSP demuxer (for MS-RTSP support). Tested to give identical
output before and after for regular ASF playback, also see discussion in the
ML thread "[PATCH] asf.c: move packet_time_start=0 statement". Testsuite also
works after the patch, tested by Benoit Fouet.

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

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

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

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