bimbar Posted June 17, 2018 Share Posted June 17, 2018 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 Quote Link to comment
Griga Posted June 17, 2018 Share Posted June 17, 2018 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. Quote Link to comment
bimbar Posted June 18, 2018 Author Share Posted June 18, 2018 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? Quote Link to comment
Griga Posted June 18, 2018 Share Posted June 18, 2018 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... Quote Link to comment
hackbart Posted June 18, 2018 Share Posted June 18, 2018 Also ich hab hier ein Netstream Cable und Sat und das ist mir so auch nicht untergekommen. Quote Link to comment
bimbar Posted June 18, 2018 Author Share Posted June 18, 2018 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. Quote Link to comment
Griga Posted June 18, 2018 Share Posted June 18, 2018 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. Quote Link to comment
bimbar Posted June 18, 2018 Author Share Posted June 18, 2018 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. Quote Link to comment
bimbar Posted June 18, 2018 Author Share Posted June 18, 2018 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 . Quote Link to comment
Griga Posted June 19, 2018 Share Posted June 19, 2018 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? Quote Link to comment
Griga Posted June 19, 2018 Share Posted June 19, 2018 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 Quote Link to comment
bimbar Posted June 21, 2018 Author Share Posted June 21, 2018 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? Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.