Jump to content

DVBViewer baut Ziel URLs bei Umleitungen falsch (TS Stream)


Recommended Posts

Mein Elgato Netstream leitet die Streamanfrage auf <ip>:10001/... um, aber DVBViewer baut das als <ip>:80:10001/ ... zusammen, siehe folgendes Log:

 

17.06.18 21:32:18.524 No Translation!      Das Erste HD
17.06.18 21:32:18.524 TFileDevice          CheckAutoRetune  Retuning TS Stream Device 2
17.06.18 21:32:18.526 TShoutcastStream     Connecting to    http://10.0.0.16/stream/tunerequest00040000C0FFFFFF00AF627003FB00FF0001283D020301FF
17.06.18 21:32:18.542 TShoutcastStream     Request Header   
GET /stream/tunerequest00040000C0FFFFFF00AF627003FB00FF0001283D020301FF HTTP/1.1
Host: 10.0.0.16:80
User-Agent: DVBViewer Pro NB80
Icy-MetaData: 1

17.06.18 21:32:20.205 TShoutcastStream     Received header  
HTTP/1.1 302 Found
Location: http://10.0.0.16:80:10001
Content-Length: 0
Date: Wed, 03 Jun 1970 16:15:28 GMT
Server: lighttpd/1.4.22

17.06.18 21:32:20.205 TShoutcastStream     Redirection found http://10.0.0.16:80:10001
17.06.18 21:32:20.205 TShoutcastStream     Connecting to    http://10.0.0.16:80:10001
17.06.18 21:32:20.209 TShoutcastStream     FSocket.Connect Error 10109
17.06.18 21:32:20.210 TShoutcastStream     ==========       THTTPStream.Create failed

17.06.18 21:32:20.211 TFileDevice          CloseDevice      

 

support.zip

Link to comment
16 minutes ago, bimbar said:

aber DVBViewer baut das als <ip>:80:10001/ ... zusammen

 

Macht er nicht. Die Weiterleitung

HTTP/1.1 302 Found
Location: http://10.0.0.16:80:10001

steht in der vom Server gesendeten Antwort. Also baut der das so zusammen.

 

Link to comment

Schade ;) .

 

Offenbar kann das Netstream mit "Host: <host>:<port>" nicht umgehen.

 

In der Spezifikation zu HTTP steht, daß die Portangabe optional ist. Gibt es eine Möglichkeit, das zu lösen, zum Beispiel dadurch, daß DVBViewer bei der Anfrage im Host Header den Port wegläßt, wenn der Port=80 ist?

Link to comment
3 minutes ago, bimbar said:

Offenbar kann das Netstream mit "Host: <host>:<port>" nicht umgehen.

 

Wie kommt das überhaupt zustande? Veranlasst Netstream die Weiterleitung von sich aus, oder hast du sie konfiguriert? Und warum das ganze?

 

Man könnte im DVBViewer versuchen, um das Problem herumzuarbeiten, aber Probleme sollten dort gefixt werden, wo sie entstehen, und nicht woanders. Sonst wird der DVBViewer-Code mit lauter Work-Arounds für Unzulänglichkeiten anderer Software bzw. Geräte verkompliziert, die dort irgendwann gefixt werden, was man aber nicht erfährt, so dass man den Code auf Verdacht bis in alle Ewigkeit stehenlassen muss...

 

Link to comment

Das ist das ursprüngliche Elgato EyeTV Netstream SAT mit Firmware 1.1.5 build 423 (sollte aktuell sein) und Hardware 1.0.0 .

Ich finde auch keine Firmware Updates mehr.

 

@Griga: Aus dem Netstream lädt man eine m3u Datei, und den Rest macht das Ding so wie es will.

Link to comment

Soweit ich weiß, ist Netstream ein Sat>IP Server. Es müsste also folgendes funktionieren:

  • Im DVBViewer mit Optionen -> Hardware -> Hinzufügen ein RTSP Network Device anlegen.
  • Tunertyp auf die richtige Empfangsart einstellen.
  • Einstellungen - > im Einstellungen-Dialog sollte der Server automatisch erkannt werden.
  • Server auswählen -> OK im Einstellungen-Dialog -> Übernehmen im Optionen-Dialog.

Danach sollte das RTSP Gerät (das im DVBViewer Netstream repräsentiert) so funktionieren wie eine DVB-Karte. D.h. du brauchst dann eine Senderliste für die entsprechende Empfangsart. Der M3U-Import und der Empfang über die TS Stream-Schiene ist eher eine Notlösung, mit der du den DVBViewer zum "Thin Client" degradierst und einige Vorteile des vollwertigen Sat>IP-Betriebs verschenkst.

 

Bitte beachte, dass das letzte DVBViewer-Release eine wichtige Ergänzung für die Netstream-Unterstützung enthält. Mit vorherigen Versionen ist da eventuell nichts zu gewinnen.

 

Link to comment

Unglücklicherweise ist das alte Netstream Sat kein Sat>IP Server, der Standard kam erst Jahre später.

 

Zur Zeit habe ich die m3u direkt in Kodi importiert, damit funktioniert das, aber DVBViewer wäre natürlich deutlich netter.

Link to comment

Erhebliches Gehacke am Netstream selbst mit dem Ziel, den Header hinzubiegen, war leider auch nicht erfolgreich, das geht erst ab lighttpd 1.4.46 und installiert ist 1.4.22 :( .

Link to comment

Was passiert, wenn du im DVBViewer-Senderlisten-Editor statt der ursprünglichen Adresse aus der M3U die korrigierte Location http://10.0.0.16:10001 verwendest?

 

Link to comment

Hmm, ein Suche im Internet ergab Hinweise, dass  Netstream erst durch eine URL der Art

 

http://10.0.0.16/stream/tunerequest...

 

zum Tunen veranlasst wird und danach (!) via

 

http://10.0.0.16:10001

 

den Stream liefert, also für alle Sender über die gleiche URL. Man braucht also effektiv zwei URLs, um den den Stream zu erhalten. Deshalb dieses verquere System mit der Weiterleitung. Wer denkt sich denn bloß sowas aus ;)

 

Link to comment

So hatte ich das auch verstanden.

 

Gibt es hier von Seite DVBViewer Aussichten, beim http host Header, wenn der port default ist und laut standard optional, diesen wegzulassen, oder sollte ich mich schon einmal darauf vorbereiten, massiv am netstream zu hacken oder vielleicht einen reverse proxy zu benutzen, um diese Header umzuschreiben?

Sonst irgendwelche Ideen?

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...