kein HD / IPTV Streaming bei meiner MD920

  • Hi,


    Ich kann mit meiner DM920 aus dem Webcontrol nur SD SAT Sender (live TV) streamen.
    Ist das normal?
    Mache ich etwas falsch oder muss ich noch was spezielles konfigurieren?


    Bei aufgenommenen Sendungen geht sowohl HD als auch SD über VLC abzuspielen



    Beispiel:

    ARD (SD) funktioniert:

    http://192.168.0.11/web/stream…1%3AC00000%3A0%3A0%3A0%3A
    -> strem.m3u Datei wird runtergeladen, mit VLC geöffnet und gestreamt
    Inhalt von stream.m3u:
    #EXTM3U
    #EXTVLCOPT--http-reconnect=true
    http://192.168.0.11:8001/1:0:1:6DCA:44D:1:C00000:0:0:0:


    ARD (HD) funktioniert nicht:
    http://192.168.0.11/web/stream…1%3AC00000%3A0%3A0%3A0%3A
    -> strem.m3u Datei wird runtergeladen, mit VNC geöffnet und VLC meldet:
    Ihre Eingabe konnte nicht geöffnet werden:
    VLC kann die Medienadresse 'http://192.168.0.11:8001/1:0:19:283D:3FB:1:C00000:0:0:0:' nicht öffnen.
    Für Details bitte im Fehlerprotokoll nachsehen.


    Inhalt von steam.m3u:
    #EXTM3U
    #EXTVLCOPT--http-reconnect=true
    http://192.168.0.11:8001/1:0:19:283D:3FB:1:C00000:0:0:0:


    Gebe ich die URL http://192.168.0.11:8001/1:0:19:283D:3FB:1:C00000:0:0:0:
    direkt in den Browser ein, erhalte ich "SERVICE ERROR:-257" im Browser Fenster


    ARD (IPTV) funktioniert nicht:
    http://192.168.0.11/web/stream…000%3ADas%20Erste%20(IPTV)
    -> strem.m3u Datei wird runtergeladen, mit VNC geöffnet, keine Fehlermeldung aber auch kein Video


    Inhalt von steam.m3u:
    #EXTM3U
    #EXTVLCOPT--http-reconnect=true
    http://192.168.0.11:8001/1:0:1…/@239.35.10.4%3a10000:Das Erste (IPTV)



    Einstellungen > Netzwerk > Streaming server:
    RSTP an port=554 Pfad=stream
    HLS server an port=8080
    Da ist nirgends die Rede von Port 8001 der in den o.g. m3u Dateien genutzt wird ????

    DM 920 uHD, 4.3.1.r25-2018-02-10 Experimental, 1x DVB-S2 FBC Tuner

  • Du streamst nicht per rtsp (port 554), sondern ohne transkodierung auf Port 8001. daher sind die Transcoding-Optionen irrelevant. Das ist aber im lokalen Netz völlig ok so.
    Da ich keine IPTV-Streams von meiner Serverbox weiter streame (wozu auch), knn ich Dir nicht sagen, ob es normalerweise funktionieren müsste. HD Kanäle müssten aber problemlos gestreamed werden können. Hab ich sowohl über rtsp als auch ohne laufen.
    Geh doch mal per telnet oder ssh auf die Box, führe "journalctl -f" aus und starte dann in VLC den Stream. Entweder erkennst Du da schon selbst den Fehler, oder postest das Log hier.


    Edit: Der IPTV Link ist aber definitiv falsch, weil z.B. die Slashes nicht richtig encoded sind. Aber wir sollten erstmal den HD-Fehler finden, bevor Du Dich an IPTV versuchst.

  • Heute morgen mit vorherigem journalctl -f probiert.... es funktionierte :astonished_face:


    Überlegt, was gestern anders war als heute .... und zur (peinlichen) Erkenntnis gekommen,
    dass es mal wieder ein User-Fehler war / ist:


    Gstern hatte ich ZDF HD auf dem TV und wollte ARD HD streamen....
    Wegen Testaufbau war der FBC SAT Tuner der 920 nur mit einem SAT Kabel verbunden...
    .... das gleichzeitige Tunen von ARD HD und ZDF HD geht natürlich nicht.
    Ein HD und ein SD gleichzeig mit nur einem Tuner geht wegen des FBC (meistens) - weshalb genau habe ich jetzt nicht untersucht.


    Hier mal das log ... fals jemand al ne Suche im Board macht.
    Leider ist die Fehlermeldung "streamproxy[423]: Bad Gateway: SERVICE ERROR:-257" nicht sehr aussagekräftig.


    Feb 18 12:40:21 dm920 enigma2[249]: recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0xa2cc7da0> >
    Feb 18 12:40:21 dm920 enigma2[249]: record: 0
    Feb 18 12:40:21 dm920 enigma2[249]: allocate channel.. 03fb:0001:00c00000
    Feb 18 12:40:21 dm920 enigma2[249]: available channel.. 03f2:0001:00c00000
    Feb 18 12:40:21 dm920 enigma2[249]: allocate Channel: res -6
    Feb 18 12:40:21 dm920 enigma2[249]: RECORD service event 0
    Feb 18 12:40:21 dm920 enigma2[249]: RECORD event for us: <enigma.iRecordableServicePtr; proxy of <Swig Object of type 'ePtr< iRecordableService > *' at 0xa2cc00b0> >
    Feb 18 12:40:21 dm920 enigma2[249]: RECORD event for us: <enigma.iRecordableServicePtr; proxy of <Swig Object of type 'ePtr< iRecordableService > *' at 0xa2cc00b0> >
    Feb 18 12:40:21 dm920 streamproxy[423]: Bad Gateway: SERVICE ERROR:-257
    Feb 18 12:40:21 dm920 enigma2[249]: StreamService execEnd 1:0:19:283D:3FB:1:C00000:0:0:0:
    Feb 18 12:40:21 dm920 enigma2[249]: stop recording!
    Feb 18 12:40:21 dm920 enigma2[249]: (was not recording)
    Feb 18 12:40:23 dm920 enigma2[249]: [EPGC] cleanup invalid data
    Feb 18 12:40:27 dm920 enigma2[249]: no ancillary data in audio stream... abort radiotext pes parser

    DM 920 uHD, 4.3.1.r25-2018-02-10 Experimental, 1x DVB-S2 FBC Tuner

  • Fürs IP TV sieht es allerdings anders aus.
    Sicherlich kann man diskutieren, ob es sinnvoll ist, IPTV zu streamen und vielleicht wird es auch nicht unterstützt?
    Ich sehe im log zwar "Fehler", kann damit aber nix anfangen.
    192.168.0.21 ist die IP des PCs

    DM 920 uHD, 4.3.1.r25-2018-02-10 Experimental, 1x DVB-S2 FBC Tuner

  • Weil es dann anscheinend egal ist, ob die anderen auch encoded sind oder nicht. Und es so einfacher war per copy/paste einfach alles in den encoder zu packen. Und es für mich richtiger aussieht, weil ein ein Slash normalerweise ein neues Verzeichnis angibt... Wichtig ist aber hauptsächlich, dass zweimal(!!) encodiert wurde.


    Habe ich vorhin sogar extra getestet - und ein Link, den VLC bei mir ohne Probleme abspielt: http://192.168.4.99:8001/1:0:1…A0%253A0%253A0%253A%0D%0A


    Da greift VLC auf meine Client-Box zu, die sich den eigentlichen Stream von 10.8.0.1:8001 holt (meiner Server-Box)... Und das funktioniert. Auf seinen Link übertragen, müsste der so aussehen, wie ich oben geschrieben habe.

  • > Probiere es mal so für IPTV:
    Das habe ich getan und dir das Ergebnis mitgeteilt.


    > was möchtest Du da jetzt noch irgendwas decodieren?
    Nix. War lediglich zur Info gedacht.
    Das der Link funktioniert ist natürlich prima., dabei ist es mir prinzipiell egal, ober er nicht oder n mal encoded ist.
    Abtippen muss man das ja normalerweise nicht.
    Das Ziel sollte sein, dass der Link aus der m3u datei stimmt / funktioniert - was er anscheinend aktuell ja nicht tut.


    Da ich davon ausgehe, das das nix ist, was man wegkonfigurieren kann, müsste man als nächsten Schritt
    - einen Bug einreichen?
    - einen Dev finden, der sich das mal anschaut?
    - ?

    DM 920 uHD, 4.3.1.r25-2018-02-10 Experimental, 1x DVB-S2 FBC Tuner

  • Naja Du hast einen Link, der funktioniert, wennman ihndirekt in VLC eingibt. Ergo besteht kein Fehler auf Seite der Box. Wenn die m3u nicht funktioniert, scheint VLC die Box in dem Fall anders anzusprechen. Das ist aber doch dann kein Bug in DreamOS. Wenn ich nächste Tage mal Zeit habe, kann ich mal testen. Aber Du kannst auch selbst einfach mal ins Log gucken und schauen was beim Link anders aussieht, wenn du die m3u aufrufst, statt den Netzwerkstream direkt zu öffnen....

  • ????
    Du schreibst doch gestern um 10:00, dass die URL falsch encoded ist... und das sehe ich mittlerweile auch so.
    Die Box kann den stream problemlos empfangen und wiedergeben, wenn sie ihn aber weiter streamen soll, dann klappt das nicht, weil die URL in der m3u datei welche die Box erstellt "kaputt" ist.


    1) ist die URL wie sie in der m3u drin steht
    2) ist "Deine" URL


    1) .../1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%3a//@239.35.10.4%3a10000:Das Erste (IPTV)


    2) .../1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%253A%252F%252F239.35.10.4%253A10000


    (1) nach 1x decode ergibt:
    /1:0:1:6DCA:44D:1:C00000:0:0:0:rtp://@239.35.10.4:10000:Das Erste (IPTV)


    (2) nach 2x decode ergibt:
    /1:0:1:6DCA:44D:1:C00000:0:0:0:rtp://239.35.10.4:10000



    Die URL aus (1) in der m3u müsste so verändert werden damit es bei mir funktioniert:
    - ersetze alle %3a durch %253a
    - lösche das @


    Das Ergebnis (.m3u) wäre dann:


    Code: stream-22.m3u
    #EXTM3U
    #EXTVLCOPT--http-reconnect=true
    http://192.168.0.11:8001/1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%253a//239.35.10.4%253a10000:Das Erste (IPTV)

    Vermutlich ist das aber zu einfach ....



    Es gibt (mindestens) 2 verschiedene Quellen fürs Entertain der TKom:
    Ich benutze diese URL vom "alten" Entertain: rtp://@239.35.10.4:10000
    Es gibt aber auch die vom "neuen" EntertainTV: rtp://87.141.215.251@232.0.20.35:10000
    Dafür müsste die m3u dann so aussehen (also mit @)


    Code: stream-22.m3u
    #EXTM3U
    #EXTVLCOPT--http-reconnect=true
    http://192.168.0.11:8001/1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%253a//87.141.215.251@232.0.20.35%253a10000:Das Erste2

    DM 920 uHD, 4.3.1.r25-2018-02-10 Experimental, 1x DVB-S2 FBC Tuner

  • @maluhi


    http://192.168.0.11:8001/1:0:1…252F239.35.10.4%253A10000
    direkt in den VLC bei Netzwerkstream eingegeben funktioniert.

    Ich dachte das soll heißen, dass die von mir gepostete URL funktioniert, wenn du den Stream in VLC per Strg+N öffnest.
    Das sollte sie nämlich tun!


    Die Box von meinem Vater ist mit meiner per VPN verbunden, damit ich diese remote administrieren kann. Ich habe gerade mal meine lokalen Routen verbogen, meine Box als zusätzlichen Router konfiguriert und seine Box als 10.8.0.3 in meinem Netzwerk hier verfügbar gemacht. Damit kann ich Deinen Fall 1:1 nachstellen - ich habe nämlich kein Entertain, mein Vater aber schon.


    Wenn ich in VLC Strg+N drücke und die URL http://10.8.0.3:8001/1:0:1:6DC…252F239.35.10.4%253A10000 eingebe, dann bekomme ich den Entertain-Stream zu sehen.


    Das Log von seiner Box:



    (in dem Log siehst Du auch, warum Du zweimal encoden musst. In Zeile 8 decoded die Box die Url das erste mal, in Zeile 12 das zweite mal)



    Und wenn ich diese URL mit Sendernamen in eine m3u packe:


    Code
    #EXTM3U
    #EXTVLCOPT--http-reconnect=true
    #EXTINF:-1,Das Erste HD (Entertain)
    http://10.8.0.3:8001/1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%253A%252F%252F239.35.10.4%253A10000:Das Erste HD (Entertain)

    Dann bekomme ich... trommelwirbel.. auch den Stream zu sehen!


    Das Log sieht dann so aus:


    Code
    Feb 20 07:55:26 dm520 systemd[1]: Started 192.168.4.100:56542.
    Feb 20 07:55:26 dm520 streamproxy[6079]: X-Forwarded-For: ::ffff:192.168.4.100
    Feb 20 07:55:26 dm520 enigma2[197]: I/  [HTTPAuthResource.isAuthenticated] :: Streaming auth is disabled - Bypassing Authcheck because host '::ffff:127.0.0.1/128' is local!
    Feb 20 07:55:26 dm520 enigma2[197]: StreamService handle command 1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%3A%2F%2F239.35.10.4%3A10000:Das Erste HD (Entertain)
    Feb 20 07:55:26 dm520 enigma2[197]: StreamService execBegin 1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%3a//239.35.10.4%3a10000:Das Erste HD (Entertain)
    Feb 20 07:55:26 dm520 enigma2[197]: recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x6784dc08> >
    Feb 20 07:55:26 dm520 enigma2[197]: record: 0
    Feb 20 07:55:26 dm520 enigma2[197]: alloc PVR
    Feb 20 07:55:26 dm520 enigma2[197]: allocate channel.. 044d:0001:00c00000 (rtp://239.35.10.4:10000)
    [...]



    Das sollte also funktionieren, Du musst nur 10.8.0.3 durch die richtige IP Deiner Box ersetzen. Wir können nicht erraten wo Dein Problem liegt, daher der Hinweis einfach mal selbst ins Log (journalctl -f) zu schauen. Wenn der Fehler nicht offensichtlich ist, dann dieses einfach mal hier posten....

  • Hi, ich finde es klasse, dass ihr euch so bemüht mir zu helfen, denke aber, dass wir aneinander vorbei schreiben:


    Ich will versuchen es aufzuklären (sorry, ist länger geworden als beabsichtigt):

    • Ich kann auf dem an meine 920 angeschlossenen TV problemlos Entertain IPTV sehen,
      d.h. dass die in der Senderliste hinterlegten Daten vermutlich ok sind.
    • Ich kan im Dreambox Webcontrol SAT HD und SD Sender über das TV icon streamen
    • Wenn ich im Dreambox Webcontrol auf das TV Icon clicke, um mir das IPTV
      auf dem PC anzuschauen (also IPTV über die Dreambox zum PC) dann funktioniert das nicht
    • WEIL: Der Browser läd eine stream.m3u Datei herunter, in der ein "falscher" Link zur Quelle hinterlegt ist
      "Falsch" zumindest im Sinne des VLC, der diesen Link nicht mag.

    Wir haben mittlerweile aber heraus gefunden, wie der Link in der stream.m3u aussehen müsste, damit es mit VLC funktioniert für
    a) Entertain, Quelle rtp://@239.35.10.4:10000 ... und ...
    b) EntertainTV, Quelle rtp://87.141.215.251@232.0.20.35:10000


    Für (a) sieht der (nicht funktionierende) Link in der stream.m3u so aus:
    http: //192.168.0.11:8001/1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%3a//@239.35.10.4%3a10000:Das Erste (IPTV)


    Für (a) sollte der (funktionierende) Link in der stream.m3u aber so aussehen (damit es mit dem VLC funktioniert)
    http: //192.168.0.11:8001/1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%253a//239.35.10.4%253a10000:Das Erste (IPTV)



    Bis hierher dachte ich, dass die Box den Link in der m3u nur falsch erstellt und dachte, es handelt sich um einen Bug.


    A B E R:


    Heute hatte ich mir mal die Einträge in der userbouquet.dbe00.tv angeschaut, wo bei mir die IPTV Sender abgelegt sind:


    #NAME IPTV
    #SERVICE 1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%3a//@239.35.10.4%3a10000:Das Erste (IPTV)
    #DESCRIPTION Das Erste (IPTV)


    Das ist genau das, was in die stream.m3u geschrieben wird (da wird also nix verändert) - und was im VLC dann nicht funktioniert, dafür aber in der Box.


    Daraufhin habe ich den Eintrag in der userbouquet.dbe00.tv probeweise geändert in die URL, die mit VLC funktioniert:


    #SERVICE 1:0:1:6DCA:44D:1:C00000:0:0:0:rtp%253a//239.35.10.4%253a10000:Das Erste (IPTV)
    #DESCRIPTION Das Erste (IPTV)


    Mit dem Ergebnis, dass ich den Snder nun nicht mehr in der Dreambox sehen kan ("Keine Daten auf dem Transponder! ...), dafür aber das Streaming über die vom Dreambox Webcontrol ausgelieferte stream.m3u mit VLC jetzt funktioniert.


    Die Fehlermeldung aus dem journalctl -f für diesen veränderten Service ist:
    dm920 enigma2[571]: Gstreamer error: Invalid URI "rtp%3a//239.35.10.4%3a10000". (3) from uridecodebin


    Ich muss mir jetzt erstmal überlegen, wie ich das interpretieren soll...

    DM 920 uHD, 4.3.1.r25-2018-02-10 Experimental, 1x DVB-S2 FBC Tuner

  • Genau aus dem Grund sagte ich ja zuvor bereits dass keine anderen Zeichen außer den Doppelpunkten encoded werden dürfen, E2 macht das in den Bouquets NUR um die URL von den anderen Parametern trennen zu können weil dort die Doppelpunkte die Trenner sind. Wenn dann muss das Webif hier angepasst werden, aber nicht die Einträge in den Bouquets.

  • @dhwz: Die anderen Zeichen haben damit aber gar nichts zu tun. Es funktioniert sowohl, wenn diese encoded sind, als auch wenn nur die Doppelpunkte encoded sind... (und das auch, wenn man die anderen Zeichen des Path schon im Bouquet encoded hat)


    @gpu: Da haben wir tatsächlich aneinander vorbei geredet. Ich dachte Du möchtest Dir eine m3u selbst zusammenstellen und habe Dir dafür das richtige Format der URL genannt. Dass Du die m3u über das WebIf erstellen könntest, hatte ich nicht auf dem Schirm. Das WebIf erstellt in der Tat m3us, die nicht funktionieren, wenn ein Path in der ServiceRef gesetzt ist. Entweder müsste das WebIf den Path nochmal extra encoden, oder vom Stream-Server eine nicht-doppelt-encodete Url angenommen werden. Das ist wirklich ein Bug, den Du melden solltest.