[Live-devel] RTSP Seek problems

[Ross Finlayson]

>When seeking, (so after a PLAY command), it seems that the RTSPClient class
>continues to provide the rest of the "deprecated" buffers it had
>collected before
>the (seek) PLAY command to the livedotcom plugin demuxer.

Yes, this is possible (depending on whether any incoming packets are 
buffered in the OS kernel's internal buffers), although there shouldn't be 
many such packets.

>It seems to generate audio and video synchronisation problems with VLC
>core...

No, if the higher-level VLC code has any problems with the discontinuity in 
the data stream, then this is just because of the discontinuity in the 
stream.  It shouldn't matter exactly when this discontinuity occurs.

You should be able to see this by simulating the effect of the seek: By 
removing a chunk of data from an elementary stream file (to simulate 
seeking forward), or by duplicating a section of the file (to simulate 
seeking backwards).  If you do this, and try to play the resulting file in 
VLC, you'll probably see the same sorts of error messages.  I.e., the 
problem will be in the way that VLC handles discontinuities in the data stream.

>- Is there a LIVE.COM tutorial for developpers ?

Not really.  See <http://www.live.com/liveMedia/faq.html#doc>

>- Is there any implementation of LIVE.COM wich supports seek feature
>over RTSP/RTP streaming ?

I don't understand your question.  The current LIVE.COM library supports 
seeking (for RTSP clients, and (for some media types) RTSP servers).  You 
used this.


	Ross Finlayson
	LIVE.COM
	<http://www.live.com/>