RTSP timeout

[derguteweka]

Moin,

Ich hab' einen VLC, der ist so konfiguriert, dass er per RTSP Audio+Video in mein Heimnetz streamen kann. Kann ich auch prima stundenlang mittels eines anderen VLC empfangen und gucken. Alles paletti.

Wenn ich jetzt aber hergeh' und mittels openRTSP (von live555.com) diesen AV-Strom empfangen will, dann geht das fuer 60 sek. auch wunderbar, danach schlaegt aber irgendein servertimeout zu. Sprich: der openRTSP bricht ab. Mit der option "-c" gestartet, bleibt zwar openRTSP weiter in der Konsole am laufen, aber die beiden Files, in die er das gestreamte A/V geschrieben hat, werden nicht mehr groesser...
Jetzt die Preisfrage: Wie krieg' ich openRTSP dazu, selber rechtzeitig dem Server Bescheid zu sagen oder eine neue Session aufzubauen, etc. bla. (keine Ahnung, was als "guter" RTSP client da so zu machen ist) - sprich einfach laenger als 60 sec den Stream in Files zu schreiben. Der VLC als client kriegts jedenfalls hin.
Kommt mir vor, als waere das ein so triviales Problem, dass es nirgends erwaehnt wird. Bloss ich bin anscheinend zu dusselig dafuer...

Gruss
WK

[nopes]

Also es gibt da wohl zwei Lösungen (vermutlich noch mehr), die eine ist, periodisch Anfragen an den Server zu schicken, die Periodendauer muss dabei logischer weise kleiner als das Timeout sein. Alternativ kann wohl auch das Timeout an sich deaktiviert werden, da bin ich mir aber nicht sicher, ob das vom Client aus geht (ich würde es eigentlich beim Server sehen); jedenfalls muss der Wert dafür sowie ich es verstehe 0 sein (siehe auch http://www.ietf.org/rfc/rfc2326.txt - 12.37 Session).

Für eine etwas unkomplizierteren Einstieg, siehe hier - http://stackoverflow.com/questions/7...tsp-connection

[edit]
Wie ich vermutet habe, musst du beim Server ansetzen:

In general, the server changes state on receiving requests. If the
server is in state Playing or Recording and in unicast mode, it MAY
revert to Init and tear down the RTSP session if it has not received
"wellness" information, such as RTCP reports or RTSP commands, from
the client for a defined interval, with a default of one minute. The
server can declare another timeout value in the Session response
header (Section 12.37).

Laut VLC ist die erste Variante, also periodische Aufrufe invalid - siehe hier: https://trac.videolan.org/vlc/ticket/3281

[derguteweka]

Moin,

... die eine ist, periodisch Anfragen an den Server zu schicken, die Periodendauer muss dabei logischer weise kleiner als das Timeout sein.

Ich denke, dass das die "richtige" Loesung ist, aber ich kann bei dem openRTSP von live555.com da nix (Kommandozeilenoption) auf Anhieb finden. Kann mir aber nicht vorstellen, dass die da sowas "triviales" einfach so vergessen haben zu implementieren.
Es ist ja ganz sinnvoll, von Zeit zu Zeit mal "Piep" zu sagen, als Zeichen, dass man noch da ist und weiter bestreamt werden will, also muss das doch irgendwo bei dem 555 Zeugs auftauchen, odr?

Gruss
WK

[nopes]

Also so eine QAD Variante, tracken (wireshark&co) was da so geht und dann mit einer Sprache deiner Wahl entsprechende Get Anfragen faken, wichtig ist da wohl nur der "Header" da damit die Session identifiziert wird. Wie auch immer, wenn du mit VLC sowas ansiehst, würde ich mal drauf tippen, dass da was entsprechend periodisches zu entdecken ist...

[derguteweka]

Moin,

Hmm, schaut tatsaechlich so aus, als muesst' man sich das selber dazustricken...
http://lists.live555.com/pipermail/l...ay/012132.html

Gruss
WK