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

This allows ff_rtsp_parse_line to do more changes directly in RTSPState
when parsing the reply, instead of having to store large amounts of
temporary data in RTSPMessageHeader.

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

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

Emitted timestamps in each stream start from 0, for the first received
RTP packet. Once an RTCP packet is received, that one is used for
sync, emitting timestamps that fit seamlessly into the earlier ones.

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

For example MS-RTSP doesn't have RTPDemuxContexts for all streams.

This fixes issue 2448.

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

This fixes a crash if we requested TCP interleaved transport, but the
server replies with transport data for UDP. According to the RFC, the
server isn't allowed to respond with another transport type than the
one requested.

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

This also reverts SVN rev 26016, which incorrectly overwrote the time base
with 90 kHz for all streams, regardless of what was set by the SDP parsing.

The stream that triggered the fix in 26016 still works after this commit.

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

This fixes cases where the RTP time base and the sample rate of the stream
differ. Previously, the AVStream time_base was unconditionally set to
the sample rate (which initially was set to one value when parsing the
rtpmap field in the SDP, but later overridden by an a=SampleRate field).

Additionally, this makes the code actually use the stream time base set
in rtpmap for video codecs, instead of hardcoding it to always be 90 kHz.

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

The RTP time base can be different from the actual content sample rate.

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

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

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

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

This fixes playing RTSP urls with query parameters.

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

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

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

This may be needed to avoid calls to implicitly defined functions
(that will be removed by dead code elimination later anyway).

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

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

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

This function is only used by the RTSP demuxer.

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

This allows compilation of one of them without requiring the others'
dependencies to be present.

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

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

The demuxer inspects the payload type of a received RTP packet and
handles the cases where the content is fully described by the payload type.

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

The new object file is added to the SDP demuxer in the makefile, since it
is needed in both the RTSP muxer and demuxer and in the SDP demuxer, due
to the current code coupling.

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

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

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

This makes the code dependencies correct. Previously, the SDP demuxer
wasn't buildable on its own.

This also reverts rev 25343.

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

They reside within a large CONFIG_RTSP_DEMUXER block and are thus pointless.

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

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

It is only useful for debugging, so it doesn't have to be shown every time.

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

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

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

Reordering is enabled only when receiving over UDP.

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

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

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

Do the same change for ff_rdt_parse_packet, too, to keep the interfaces
similar.

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

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

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

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

message, if available (RFC 2326, section 12.39), fixes issue 2212.

Patch by John Wimer <john at god vtic net>.

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

This fixes a bug from rev 22917. Now RTSP streams where the individual RTCP
sender reports aren't sent at the same time actually are synced properly.

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