[streaming] Trying to understand why RTSP playing of video with a Windows Media Server source fails to fin d the end-of-stream properly

[Lewis G. Pringle, Jr.]

Thanks. I'll look into that.

But - as you may have heard, Microsoft is not a completely open-source shop ;-) I'm not sure I have the ability to force them to change their code to send the RTCP BYE ;-). I may need to patch VLC to respect the Microsoft way of doing things, even if it's non-standard.

After all - there are de-facto and de-jure standards, and in my book, the de-facto ones always win out. Real users don't read RTSP specs, or run wireshark. They just complain the video is hanging with one player and not another.

Also - as is pointed out very clearly in
	http://www-rn.informatik.uni-bremen.de/ietf/mmusic/58/id/draft-zeng-rtsp-end-of-stream-00.txt

	the RTCP BYE mechanism does have serious pitfalls.

I would appreciate any hints from anyone who understands the live555 library code or the demux/live555.c code in VLC 0.8.6f - how I would hook the SET_PARAMETER (END OF STREAM) event, and what I would set in VLC to let it know the stream had ended.

		Thanks,
			Lewis.




-----Original Message-----
From: streaming-bounces at videolan.org [mailto:streaming-bounces at videolan.org] On Behalf Of Ross Finlayson
Sent: Friday, May 16, 2008 10:20 AM
To: streaming at videolan.org
Subject: Re: [streaming] Trying to understand why RTSP playing of video with a Windows Media Server source fails to fin d the end-of-stream properly

The standard way for a server to signal 'end of stream' is using a 
RTCP "BYE" packet (sent by the server).

VLC will recognize an incoming RTCP "BYE" packet (as signalling 'end 
of stream'), so you should make sure that your server sends this.
-- 

Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_______________________________________________
streaming mailing list
To unsubscribe or modify your subscription options:
http://mailman.videolan.org/listinfo/streaming