[vlc-devel] RTSP: Failure to recover from long PAUSE

[Ross Finlayson]

FYI, I have just run a test using the LIVE555 RTSP client library - both with VLC, and our own RTSP client application - against our RTSP server, and have concluded that the problem that you describe does not seem to be a problem with the LIVE555 library.

It’s possible that the problem lies with VLC’s LIVE555 interface code (“live555.cpp”), but (given that I also tested VLC as a client) it’s much more likely, IMHO, that the problem is with your own RTSP server - in particular, the way in which it implements the RTSP “PAUSE” command.

Based on the RTSP protocol trace that you included in your message, it seems that after your server gets (and responds to) the “PAUSE” command, it does not handle the subsequent “GET_PARAMETER” commands.  Instead, these commands get pipelined (somewhere), and your server does not end up handling them until after it receives the subsequent “PLAY” command.

It wasn’t clear from your message whether your stream was RTP-over-UDP, or RTP-over-TCP, but if it was RTP-over-TCP, then I could easily imagine how your server could have a bug that causes it to have problems handling RTSP commands that follow a “PAUSE”.  (FYI, when I did my own testing with the LIVE555 RTSP client code to try (unsuccessfully) to reproduce this problem, I tested with both RTP-over-UDP and RTP-over-TCP.)

If you’re still unsure whether the problem is with your own server, then I encourage you to test also against the “LIVE555 Media Server”
	http://www.live555.com/mediaServer/ <http://www.live555.com/mediaServer/>


TL;DR: Right now, this appears to be most likely a problem with your server, not with VLC (or LIVE555).


Ross Finlayson
Live Networks, Inc.
http://www.live555.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20150623/31da52de/attachment.html>