The VideoLAN Forums

I use VLC as rtsp server, and live555 proxyserver (as rtsp client of VLC) to proxy the rtsp stream. From the log generated by live555 proxyserver, every about 20s, VLC will send a "BYE" signal to live555 proxyserver, this will cause the rtsp proxy process broken.

I'm trying to figure out why VLC send "BYE" signal to its client, any idea or suggestion? Do I have to go through the source code of VLC?

maybe a timeout parameter ?

Update:
I tested with VLC 1.1.11 and VLC 2.1.0, the same problem, it seems VLC server thought the client was dead, then sent a 'BYE' and closed the stream output.
First I doubted the "RR" response from live555 proxyserver to VLC is too late, but after analysed the network traffic with wireshark, it seemed all OK。 VLC sent "SR" packet about every second, and live555 proxyserver replied "RR" packet just after an "SR" packet received.
Then I tested live555 proxyserver with other rtsp source, it worked all OK.
So, the problem is: why VLC received "RR" packet but still thought the client was dead?

is live555 openRTSP client working, instead of the proxy server application ?

Thank you for reply!
According to your suggestion, I just tested the newest openRTSP with VLC 2.1.0. Still, VLC closed the stream traffic after 60s, here is the log of openRTSP with -V parameter:
(Note I have replaced my IP with XXX.XXX.XXX.XXX)
The above test is implemented on a single PC, i.e., the VLC (as server) and openRTSP (as client) run on the same PC.
I'll analyse the network traffic later with VLC and openRTSP run on different PCs.

Currently, vlc only support RTSP messages (like GET_PARAMETER) as RTSP keepalive. And not RR packets.
One solution could be to disable rtsp timeout vlc side :
--rtsp-timeout
But note that if the client disconnects without notice, vlc will continue to stream to this client forever.

To fix this, you can modify live555 to send those get_parameter :
http://lists.live555.com/pipermail/live ... 12132.html
Or patch vlc to support RR (harder).

Thanks Escudier!. Yes live555 doesn't send GET_PARAMETER message as liveness notification.
I've modified live555 to send GET_PARAMETER message every 10~20 seconds, however, VLC responded with “RTSP/1.0 451 Client error”, why is this now? (Ps, I've tried configuring live555 to ignore 451 response of VLC and keep sending GET_PARAMETER messages, but still after 60s VLC would close the stream)

Update:
Finally find the problem. It turns out VLC only accepts a GET_PARAMETER message with no body.

Update:
Finally find the problem. It turns out VLC only accepts a GET_PARAMETER message with no body.

Jedi00 glad you found your answer. Have you had success since finding your solution?

Partly solved.
The modification works for VLC 2.1.0, but not for VLC 1.1.11. The response of VLC 1.1.11 to live555's "GET_PARAMETER" query is OK, but after 60s, it still will send "BYE" and close the stream. It seems that VLC 2.1.0 and VLC 1.1.11 use different signals as liveness notification of client.

There was no timeout in vlc 1.1 RTSP server.
Are you sure the BYE comes from vlc, and not live555 ?

This is weird, I'll analyze the network traffic later.

Update:
Finally find the problem. It turns out VLC only accepts a GET_PARAMETER message with no body.

Hello,

Could you please share your diff ?


Regards.