FYI, the latest version (2016.03.14) of the “LIVE555 Streaming Media” software
should fix this problem.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailma
A correction: I am now able to reproduce the problem (so you no longer need to
send me the proxy server output that illustrates this).
Yes, this is definitely a bug. (When the second (audio+video) client
disconnects, the proxy server should be sending a RTSP “PAUSE” command only for
the audio
Sorry, but I still can’t reproduce this. Please run your “live555 Proxy
Server” with the “-V” flag (for verbose output), and post (to this mailing
list) the output that illustrates the problem that you are seeing. Perhaps
that will tell me what is happening for you.
Ross Finlayson
Live Netwo
Hi Ross,
Thank you for the reply. Yes It is PAUSE That is sent to the camera.
(mistake in subject). The scenario in which I am facing the issue, is as
follows
* REGISTER a camera with Video and Audio subsession.
* Client 1 - openRTSP -v rtsp://ip:port/streamid (VIDEO ONLY CLIENT)
* Clien
I’m sorry, but I haven’t been able to reproduce this at all. When there are
two (or more) ‘front-end’ clients streaming the same stream from the proxy
server, then the closure of any one of the ‘front-end’ streams has no effect on
what the proxy server does. It’s only when the *last* ‘front-en
Hi Ross,
In the latest live555ProxyServer, I am facing an issue with
multiple clients. My Stream source contains Both Audio and Video
subsessions. Using openRTSP as client1, I receive only the video stream
(/openRTSP -v rtsp:///) and another instance as client2. When I
close the client2