[vlc-devel] Switch OFF reconnecting in RTSP over HTTP

[Jan Olszak]

Hi there!
I'm writing a simple RTSP over HTTP client using libVLC. It connects to a
server on the same machine and the connect() is very fast. It turns out
that *when the server returns an error to the GET request* libvlc retries
to connect. It retries couple of times and stops probably due to timeout.

How do I switch OFF reconnecting? It seems like a bug that it neglects HTTP
errors.

Logs (from live555):

[00005631be677218] live555 demux debug: version 2017.04.26
Created new TCP socket 22 for connection
Connecting to 127.0.0.1, port 9016 on socket 22...
...remote connection opened
Requesting RTSP-over-HTTP tunneling (on port 9016)

Sending request: GET
/live1.sdp?_User-Agent=GDTS&_Content-Length=4294967295&_Set-Cookie=dest=127.0.0.1:554&_Cookie=SERVICE=RTSPOVERHTTP%3BCUSTOM_KEEPALIVE_TIMEOUT=120%3BUPDATE_CACHE=1%3BGC_ID=8813
HTTP/1.1
CSeq: 1
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2017.04.26)
Host: 127.0.0.1
x-sessioncookie: 1ac4de196890de6e72cca1e
Accept: application/x-rtsp-tunnelled
Pragma: no-cache
Cache-Control: no-cache


Received 210 new bytes of response data.
Received a complete GET response:
HTTP/1.1 500 Internal Server Error
Content-Type: text/plain; charset=utf-8
X-Content-Type-Options: nosniff
Date: Wed, 25 Apr 2018 08:04:46 GMT
Content-Length: 22
Connection: close

Internal Server Error

Created new TCP socket 22 for connection
Connecting to 127.0.0.1, port 9016 on socket 22...
...remote connection opened
Requesting RTSP-over-HTTP tunneling (on port 9016)

Sending request: GET
/live1.sdp?_User-Agent=GDTS&_Content-Length=4294967295&_Set-Cookie=dest=127.0.0.1:554&_Cookie=SERVICE=RTSPOVERHTTP%3BCUSTOM_KEEPALIVE_TIMEOUT=120%3BUPDATE_CACHE=1%3BGC_ID=8813
HTTP/1.1
CSeq: 1
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2017.04.26)
Host: 127.0.0.1
x-sessioncookie: 3aba6d6d84d64cb6849c453
Accept: application/x-rtsp-tunnelled
Pragma: no-cache
Cache-Control: no-cache




Thanks!
Jan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20180425/e0b7acd6/attachment.html>