web (HbbTV, VDR*ELEC), Milestone 1 erreicht

Zitat von rell

Ein Problem ist noch das Löschen.

Wird bei Dir den überhaupt etwas angezeigt, bei mir nicht. Ich bin noch auf der Suche, woran das liegt.

"-o" habe ich auch.

Grüße

kamel5

Ich hab aktuell nur die pngs vor mir und da wird der Balken gezeichnet.

EDIT: Wenns dann mal richtig angezeigt wird, könnte man evtl. einen kleinen Thread starten, der das OSD periodisch für einen kleinen Zeitraum aktualisiert. Vielleicht nicht die beste Lösung, aber das müsste gehen.

Thread ist eingebaut und funktioniert grundsätzlich. Zumindest mit meinem Setup...

Thread passt noch nicht ganz. Aktualisieren mit mehreren Tastendrücken hintereinander passt noch nicht.

Komme heute nicht mehr dazu es fertig zu machen, aber vielleicht will ja wer...

https://pastebin.com/raw/09UtYZV9

Zitat von Zabrimus

Genau die Frage habe ich mir gerade gestellt. Deine Patches beziehen sich auf "-o"? Ich fürchte, wir sind uns gerade in die Quere gekommen

Der Unterschied ist, dass du die Anzeige vom Browser mit html machen lässt und in meinem Patch das Plugin das macht. Man kann sich den Weg über den Browser eigentlich sparen.

Zabrimus Hier wäre der Patch für meine Lautstärkelösung. Vielleicht wärs ja eine Alternative und ich hoffe er funktioniert jetzt.

GitHub - rellla/vdr-plugin-web at volume

Contribute to rellla/vdr-plugin-web development by creating an account on GitHub.

github.com

Ich habe gestern noch ein bißchen übers Plugin nachgedacht und folgende Überlegung:

Wäre es nicht einfacher, wenn man nur mit 1 OSD arbeitet, das die ganze Zeit offen ist und webOsdPage/playerWebOsdPage jeweils als Pixmap implementiert?

Man könnte die jeweils unsichtbare auf ein Layer < 0 setzen, dann wird sie nicht angezeigt, bleibt aber vorhanden. Das würde solange klappen, solange die OSD Größe für beide gleich ist. Das hätte den Vorteil, dass das web-plugin das OSD[0] belegt solange das Plugin läuft. So wäre es m.E. sauber. Auch Lautstärkenbalken, Meldungen etc. bekämen eine eigene Pixmap.

Die andere beschriebene Funktionalität wäre dann aber weg.

Auf 1 OSD mit 2 pixmaps wechseln würde ich aber in jedem Fall.

Nur so als Gedankenanstoss...

jojo61 Mit dem softhdodroid-Plugin spielen bei mir keine 480p-Filme. Könntest Du mal schauen, ob man da an Deinem Plugin was machen kann? Bei ZDF kann ich alles insgesamt auf Full-HD umstellen und das läuft ohne Probleme. Bei ARD starten aber viele Filme in 480-Auflösung, was nicht funktioniert. Manche kann ich umstellen auf Full-HD, bei anderen wirft mich das Web-Plugin dann raus und ich lande wieder im VDR.

beta Habe nun mal bei ARD getestet und da laufen bei mir die 480p Filme. Hast du da mal einen bestimmten Film der nicht läuft ?

Oder kannst du evtl. den Link posten (der sollte im Log sein) dann kann ich mal direkt schauen

Mache ich heute Abend. Welches log meinst Du? softhdodroid oder cefbrowser oder remotrans?

Hast Du Dein Plugin gepatched (und den VDR) oder nicht? Ich nutze den Github-Stand ohne Patch.

Und ich nutze die master-branches von vdr-plugin-web, remotrans und cefbrowser.

Ich benutze die Git Version von softhdodroid. Der Link auf die mp4 Datei ist (glaube ich) im cefbrowser Log.

jojo61 Hier ist das log:

[0810/185328.890254:INFO:CONSOLE(397)] "Found TV on node: [object HTMLObjectElement]", source: http://192.168.178.134:50001/js/_dynamic_body.js (397)
[0810/185343.415360:INFO:CONSOLE(438)] "Node BroadcastVideo release() ...", source: http://192.168.178.134:50001/js/_dynamic_body.js (438)
[0810/185343.529115:INFO:CONSOLE(406)] "Found Video on node: [object HTMLObjectElement] -> http://pdvideosdaserste-a.akamaihd.net/de/2023/07/31/DEGSM836463/DEGSM836463_2705512_sendeton_960x540-50p-1600kbit.mp4", source: http://192.168.178.134:50001/js/_dynamic_body.js (406)
[0810/185343.611023:WARNING:browser_info.cc(309)] Returning a speculative frame for 38654705669 [9,5]
[0810/185343.869670:WARNING:browser_info.cc(309)] Returning a speculative frame for 38654705669 [9,5]
[0810/185343.875997:WARNING:browser_info.cc(309)] Returning a speculative frame for 38654705669 [9,5]
[0810/185343.877374:WARNING:browser_info.cc(309)] Returning a speculative frame for 38654705669 [9,5]
[0810/185343.878876:WARNING:browser_info.cc(309)] Returning a speculative frame for 38654705669 [9,5]
[2023-08-10 18:53:48.505] [cefbrowser] [error] [transcoderremoteclient.cpp:26] Http error: Failed to read connection
[2023-08-10 18:53:48.506] [cefbrowser] [error] [v8handler.cpp:88] Unable to send request to transcoder
[0810/185348.861194:INFO:CONSOLE(170)] "Node Play Speed 1", source: http://192.168.178.134:50001/js/_dynamic_body.js (170)
[0810/185349.311656:INFO:CONSOLE(292)] "Video event error", source: http://192.168.178.134:50001/js/_dynamic_body.js (292)
[0810/185349.312620:INFO:CONSOLE(190)] "Failed to load because no supported source was found.", source: http://192.168.178.134:50001/js/_dynamic_body.js (190)
[0810/185349.313299:INFO:CONSOLE(263)] "Video event pause", source: http://192.168.178.134:50001/js/_dynamic_body.js (263)

Ist das ein Problem mit remotrans?

Wenn ich remotrans von einer Shell aus Starte (z.B. shh), dann läuft es. Es läuft aber nicht, wenn ich das Ganze in ein Skript packe, das von VDR gestartet wird. Hat hier jemand eine Idee?

Kann das es dann ein Problem mit den Sockets sein, wenn cefbrowser und remotrans nicht in einem Terminal laufen?

Zitat von beta

Wenn ich remotrans von einer Shell aus Starte (z.B. shh), dann läuft es. Es läuft aber nicht, wenn ich das Ganze in ein Skript packe, das von VDR gestartet wird. Hat hier jemand eine Idee?

Kann das es dann ein Problem mit den Sockets sein, wenn cefbrowser und remotrans nicht in einem Terminal laufen?

vieleicht eine 'rechte' geschichte

Nein, ich bin root, ich darf das

Startest Du im richtigen Directory?

Ja, mache ich. Wenn ich die Skripte mit screen starte, funktioniert es. Allerdings auch nicht immer. Oft muss ich remotrans killen und neu starten, danach funktioniert es wieder auf anhieb, bis wieder ein Film nicht funktioniert. Dann hilft wieder der Neustart von remotrans.

beta Ist damit das Problem der 480p Filme erstamal zu remotrans gewandert ?

Ich habe gestern bemerkt das das Bild immer mal wieder kurz hängt und dann weiterläuft. Der Ton ist dabei aber stabil. Das werde ich mal analysieren.

PS:

Remotrans neustart und cefbrowser neustart brauche ich auch immer mal wieder. Dafür habe ich einen Batch in der commands.conf

jojo61 ja, das ist richtig. Ab und an habe ich auch das Problem, dass remotrans sagt, es wird dekodiert, aber es kommt kein Bild an. Und es bleibt das Problem mit den 48 KHz Audio-Filmen, die auch der Parameter -t codecs.ini nicht löst.

Zitat von beta

Und es bleibt das Problem mit den 48 KHz Audio-Filmen

Welches Problem gibt es denn da ?

Zabrimus Ich habe nun mal das kurze Stottern des Bildes analysiert und es sieht so aus das mein Videopuffer leerläuft. D.h. die Buffer werden nicht genug gefüllt. Ich habe immer nur wenige KB im Videopuffer und da wartet der dekoder offenbar manchmal auf weitere Frames. Wenn ich das -re weglasse beim ffmepg dann wird der Buffer (vermutlich irgendwo im fifo oder danach) überschieben und ffmpeg blockt nicht bei der Ausgabe der Frames. Da muss noch etwas passieren damit es stabil streamt. Mit -re werden die buffer auf der Strecke ffmpeg->web->vdr->softhdodroid nicht genug gefüllt bevor es losgeht. Ich denke da müsste das web-plugin ein wenig buffern (ca. 300KB) bevor es play aktiviert. Danach kann es die Buffer an vdr weitergeben und sie laufen dann bei mir auf.

Zitat von jojo61

Welches Problem gibt es denn da ?

Die laufen bei mir nicht. Der Parameter -t gefolgt von dem codecs.ini-File sollte laut Zabrimus helfen, macht er aber bei mir nicht.

Was mir darüber hinaus auch noch aufgefallen ist: Ich muss remotrans am Anfang einmal resetten (pkill und Neustart), damit es nach einem neuen Boot läuft. Beispiel ist der Film "Meeresleuchten" aus der oberen Leiste.

EDIT: Und wenn ich danach dann wieder einen anderen Film schaue, habe ich Schnipsel von beiden Filmen in einer Dia-Show. Danach muss ich dann cefbrowser und remotrans neu starten, damit es wieder läuft. Komischerweise läuft dann auch der Film "Meeresleuchten". Sehr merkwürdig das Ganze. Vielleicht doch das von Dir beschriebene Puffer-Problem?