not a stream error. This also fixes an infinite loop on EOS during ASF file
playback, and Michael claims he "likes the patch" (ref: [PATCH] RTSP-MS
15/15: move packet_time_start zero value assignment in asf.c" mailinglist
tread).
Originally committed as revision 18552 to svn://svn.ffmpeg.org/ffmpeg/trunk
thread "[PATCH] RTSP-MS 15/15: move packet_time_start zero value
assignment in asf.c".
Originally committed as revision 18531 to svn://svn.ffmpeg.org/ffmpeg/trunk
Real wants OPTIONS) while the connection is idle, otherwise it will
be aborted after a short period (usually a minute). See the thread
"[PATCH] rtsp.c: keep-alive" on the mailinglist.
Originally committed as revision 18525 to svn://svn.ffmpeg.org/ffmpeg/trunk
qualification task, see "RTP/Vorbis payload implementation (GSoC qual
task)" thread on mailinglist.
Originally committed as revision 18509 to svn://svn.ffmpeg.org/ffmpeg/trunk
buffer size of the fmtp parameter buffer. For Vorbis RT(S)P, these
contain full Vorbis headers, which can be up to 12kb each, formatted
in base64, so 16kb total. Patch required for proper Vorbis/RTP playback,
submitted as GSoC qualification task in the thread "RTP/Vorbis payload
implementation (GSoC qual task)" by Colin McQuillan m.niloc googlemail
com.
Originally committed as revision 18508 to svn://svn.ffmpeg.org/ffmpeg/trunk
Fix:
==22211== Conditional jump or move depends on uninitialised value(s)
==22211== at 0x811E692: ff_print_debug_info (mpegvideo.c:1137)
==22211== by 0x82E6A7B: decode_frame (h264.c:7897)
==22211== by 0x80F2823: avcodec_decode_video2 (utils.c:564)
[...]
==22211== Uninitialised value was created by a stack allocation
==22211== at 0x8064AA3: try_decode_frame (utils.c:1845)
Originally committed as revision 18483 to svn://svn.ffmpeg.org/ffmpeg/trunk
and this is the easiest way to. It would be a lot of messy code we can drop
if it is useless.
As a sideeffect this fixes issue977.
Originally committed as revision 18460 to svn://svn.ffmpeg.org/ffmpeg/trunk
Revert r18454 and fix correctly #700
Stop parsing if end of buffer is reached while reading
patch by Björn Axelsson, bjorn dot axelsson at intinor dot se
Originally committed as revision 18455 to svn://svn.ffmpeg.org/ffmpeg/trunk
Behaviour only changes if pkt->destuct neither av_destruct_packet,
av_destruct_packet_nofree nor NULL, in which case the new code avoids a double free.
Originally committed as revision 18452 to svn://svn.ffmpeg.org/ffmpeg/trunk
This is consistent with other demuxer's behaviour and avoids a memleak.
It also returns the error from av_get_packet instead of always AVERROR(EIO).
Originally committed as revision 18446 to svn://svn.ffmpeg.org/ffmpeg/trunk
behaviour of av_get_packet and should not be override without good reason.
As a side effect this fixes the memleak described in issue 956.
Also return the exact error code from av_get_packet instead of AVERROR(EIO).
Originally committed as revision 18428 to svn://svn.ffmpeg.org/ffmpeg/trunk
Jai Menon
Michael Niedermayer
Ronald S. Bultje
Reimar Döffinger
David Conrad
Stefano Sabatini
Baptiste Coudurier
Björn Axelsson
Diego Biurrun
Aurelien Jacobs
Thilo Borgmann
Luca Abeni
Martin Storsjö