Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>

This fixes demuxing of packets that do not contain a codec tag and come before the codec_id has been set.

Fixes issue 2560.

Signed-off-by: Martin Storsjö <martin@martin.st>

Signed-off-by: Janne Grunau <janne-ffmpeg@jannau.net>

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

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

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

This should improve duration accuracy slightly and avoids a warning about its
inaccuracy when accurate values are available. Idea by Frank Barchard

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

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

so that applications can read it also.

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

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

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

This reverts SVN commit 26318, which broke MS-RTSP playback.

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

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

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

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

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

Patch by Daniel Kang, daniel.d.kang at gmail

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

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

Fixes issue2529.

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

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

Fixes issue2529.

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

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

Fixes issue2525
Original patch by Daniel Kang, daniel.d.kang at gmail

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

Fixes issue2514
Original patch by Daniel Kang, daniel.d.kang at gmail

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

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

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

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

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

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

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

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

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

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

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

If filtered, only packets from the right source address and port
are received.

To test, play back e.g. some mpeg4 video RTSP stream (where the
video stream is the first stream in the presentation) over UDP.
While receiving this stream, send another stream to the same port:
ffmpeg -re -i <whatever> -vcodec mpeg4 -an -f rtp
rtp://127.0.0.1:5000?localport=1234
Normally, the RTSP playback reports lots of errors at this point.

If the RTSP stream has the ?filter_src option enabled, these
interferring packets are ignored.

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

If the remote address is updated later with this function, the caller
shouldn't set the connect option until in this call.

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

By calling connect on the UDP socket, only packets from the chosen
peer address and port are received on the socket. This is one
solution to issue 1688.

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

Fixes playback for corner-cases like 32kHz 320kb.

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

For MS-RTSP, we don't always get RTCP packets (never?), so the earlier
timestamping code never wrote anything into pkt->pts. The rtpdec_asf
depacketizer just sets the dts of the packet, so if the generic RTP
timestamping is used, too, we get inconsistent timestamps.

Therefore, skip the generic RTP timestamp algorithm if the depacketizer
already has set something.

This fixes "Invalid timestamps" warnings, present since SVN rev 26187.

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

fixes issue 2475.

Patch by Daniel Kang, daniel.d.kang at gmail

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

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

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

close the stream.

This way the flushed packets can still reference the still unclosed
format context.

In particular this fixes a spurious error issued when closing the
video4linux2 buffer in mmap_release_buffer(), which tries to access
the file descriptor of an already closed file.

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

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

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

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