[Live-devel] Pausing an rtsp stream with TCP

[Luca Piccarreta]

Hi Keith,
I did what you say and it's working fine.
Flushing the caches is not implemented in OpenRTSP, so you should add
some code, (possibly in the PlayMediaSession code).
I hacked somehow the RTPSource code adding a virtual Flush()
function.
Than you might try to read, still in the PlayMediaSession code,
the RTPInfo data, in order to tell the reordering buffer to ignore
packets before the resync point (fNextExpected packet or something like 
that).
Actually this latter operation is strictly needed only for UDP
streaming, and from my experience, Darwin Streaming Server,
at least, does not need RTPInfo handling (if you think
a little bit about it, it's reasonable, it's just one single channel
multiplexed).
Apart for some missing features I think that you can obtain a
fairly good player by using OpenRTSP.
(Last point... you might be better off working with crude RTP
timestamps).
Happy coding.
Luca.

P.S. I just read Ross's answer, and if I'm not wrong stream packets received
while looking for a command answer are correctly discarded (there is some
code that when a '$' is found just reads the packet and skips it).

----- Original Message ----- 
From: "Keith Gurganus" <kgurganus at 650dialup.com>
To: "LIVE.COM Streaming Media - development & use" <live-devel at ns.live.com>
Sent: Tuesday, September 13, 2005 11:35 PM
Subject: [Live-devel] Pausing an rtsp stream with TCP


> Hi All,
>
> I have a question about 'Pausing' a rtsp stream with TCP.  Currently I
> disable calling the BasicTaskScheduler.  However, after a lapse time if I
> enable it again, I get past buffered tcp frames.  How can I flush buffers 
> so
> that I begin getting the current sent data?  Or is there a better way of
> handling a pause?
>
> Thanks,
>
> - Keith
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live.com
> http://lists.live.com/mailman/listinfo/live-devel