[Announce] HbbTV plugin / offscreen browser v0.0.9

Zabrimus · 6. Juli 2020

Ich bin nochmal die Änderungen im Plugin durchgegangen. Die greifen erst (Video per UDP), wenn tatsächlich ein Video angeschaut wird. Das neue Kommando kann max. Auswirkungen im Browser haben.

Die Änderungen im Browser hingegen, waren schon etwas durchgreifender.

Also systematisch:

- Wenn VDR und Browser nicht laufen, dann sollte auf den Ports 5560 und 5561 nichts mehr zu finden sein.

- Startet der Browser denn alleine ohne VDR? Am besten mit ./vdrosrbrowser --trace. Die Konsole sollte dann ein paar Ausgaben bringen, die vielleicht helfen können.

- Hast du mal versucht ein make clean im Browser und dann neukompilieren?

Die nächste Variante wäre dann, im Plugin den automatischen Start auszuschalten (Parameter -s auskommentieren oder entfernen) und den Browser und VDR getrennt zu starten, um zu prüfen ob der Browser vielleicht - aus welchen Gründen auch immer, abschmiert?

Welches war denn die letzte funktionierende Version / Commit?

jsffm · 6. Juli 2020

Das lief dort noch nie, hat also nicht unbedingt was mit Änderungen zu tun.

Murry · 6. Juli 2020

Zitat von Zabrimus
Die UDP Paketgröße ist/war suboptimal. Ich habe im Browser die Paketgröße und die interne ffmpe-Buffergröße konfigurierbar gemacht.

In der Datei vdr-osr-ffmpeg.config gibt es die beiden neuen Konfigurationseinträge, mit denen man spielen kann:
Code
# UDP packet size, must be a multiple of 188 (default, if not configured is 1316)
# udp_packet_size = 1316

# UDP buffer stze (default is 31960 = 170 * 188)
# udp_buffer_size = 31960
Ich hoffe, damit wird es besser.

Ich habe größer und kleiner versucht: Keine Besserung.

Es sieht wie das alte Problem aus, wo es noch einen Rest (nicht durch 188 teilbar) gibt.

Gruß

Murry

jsffm · 6. Juli 2020

Code

vdr3-2 Release # ./vdrosrbrowser --trace
[2020-07-06 17:22:45.550] [vdrosrbrowser] [info] In Main, argc=2, Parameter:
[2020-07-06 17:22:45.550] [vdrosrbrowser] [info]    ./vdrosrbrowser
[2020-07-06 17:22:45.550] [vdrosrbrowser] [info]    --trace
[0706/172247.681500:ERROR:browser_main_loop.cc(1485)] Unable to open X display.
[2020-07-06 17:22:47.713] [vdrosrbrowser] [trace] Create OSRHandler and open shared memory
[0706/172247.764755:FATAL:cef_ref_counted.h(325)] Assert failed: ptr_ != __null.
Trace/breakpoint trap

Zabrimus · 6. Juli 2020

9000H

Are these the Anixe URLs?

http://hbbtv01p.anixe.net/pub/anixesd/ticker/index.php

http://hbbtv01p.anixe.net/pub/anixehd/ticker/index.html

Both aren't working in the Chrome extension. There is something really strange. I will try to examine these, because a crash shall never happen.

Zitat von Murry

Es sieht wie das alte Problem aus, wo es noch einen Rest (nicht durch 188 teilbar) gibt.

Hmm. Laut ffmpeg Doku wird garantiert, daß nur 188 Bytes und vielfaches gesendet werden. Zumindest hatte ich das in einem 7 Jahre alten Ticket gefunden. Ansonsten muss die damalige (hört sich älter an, als es in Wirklichkeit ist) Lösung statt im Browser in das Plugin eingebaut werden. Achja. Die alte Ausgabe gibt es ja auch nicht mehr, weil der Code ja komplett ersetzt wurde.

Zitat von jsffm

Das lief dort noch nie, hat also nicht unbedingt was mit Änderungen zu tun

Dann bin ich beruhigt. Ich denke schon kreuz und quer, was ich kaputt gemacht haben könnte.

Zitat von jsffm

[0706/172247.681500:ERROR:browser_main_loop.cc(1485)] Unable to open X display.

Hmm. Läuft kein X oder kommt der Browser nicht dran? Berechtigung und dergleichen.

Ich hatte xvfb noch nicht im echten Einsatz. Weiß also nicht, ob das überhaupt brauchbar ist, weil man dann auch die GPU Unterstützung ausschalten muss. Parameter müsste ich raussuchen, die kenne ich nicht auswendig.

Zitat von jsffm

[0706/172247.764755:FATAL:cef_ref_counted.h(325)] Assert failed: ptr_ != __null.

Ich bin mir nicht sicher, ob das eine Folgefehler von oben ist oder etwas ganz anders.

jsffm · 6. Juli 2020

vdr lief parallel, damit auch X

Zabrimus · 6. Juli 2020

Zitat von Murry

Es sieht wie das alte Problem aus, wo es noch einen Rest (nicht durch 188 teilbar) gibt.

Ich habe im Plugin die Ausgabe wieder eingebaut, wenn die Anzahl der Daten nicht durch 188 teilbar ist.

Zabrimus · 6. Juli 2020

Zitat von jsffm

vdr lief parallel, damit auch X

Okay. Ich konnte deine Ausgabe genau nachstellen, wenn ich ein nicht-existentes Display angegeben habe:

Spoiler anzeigen

Kannst Du mal versuchen, mit dem echten Display zu starten? DISPLAY=XXXX ./vdrosrbrowser --trace
Ich muss dann das Display im Plugin konfigurierbar machen.

9000H · 6. Juli 2020

Hi,

hmm, http://hbbtv01p.anixe.net/pub/anixesd/ticker/index.php und FireFox + HybridTvViewer geht.

Mit Chromium und Extention geht die Bedienung nicht.

CU

9000h

jsffm · 6. Juli 2020

Scheint zu Laufen:

Code

vdr3-2 Release # DISPLAY=:0.0 ./vdrosrbrowser --trace
[2020-07-06 18:12:19.724] [vdrosrbrowser] [info] In Main, argc=2, Parameter:
[2020-07-06 18:12:19.724] [vdrosrbrowser] [info]    ./vdrosrbrowser
[2020-07-06 18:12:19.724] [vdrosrbrowser] [info]    --trace
[2020-07-06 18:12:21.778] [vdrosrbrowser] [trace] Create OSRHandler and open shared memory

Zabrimus · 6. Juli 2020

Zitat von 9000H

hmm, http://hbbtv01p.anixe.net/pub/anixesd/ticker/index.php und FireFox + HybridTvViewer geht.

Ich habe unter Chrome beide Extensions versucht und beide gehen nicht. Ich muss doch mal für Firefox die Extension besorgen. Eigentlich sollte der Source-Code gleich sein. Die Initialisierung könnte sich unterscheiden. Aber daß die Browser noch so eigene Spezialitäten haben, wie früher, will ich einfach nicht glauben.

Zitat von jsffm

Scheint zu Laufen:

Okay. Plugin erweitern und das Display konfigurierbar machen...

Zabrimus · 6. Juli 2020

Zitat von jsffm

Scheint zu Laufen:

Das Plugin kennt jetzt den optionalen Parameter -d bzw. die Langform --display, mit dem man das Display für den Browseraufruf setzen kann.

Spoiler anzeigen

TomJoad · 6. Juli 2020

udp ist einfach unzuverlässig. Ich habe den Continuationcounter der ts-Pakete mitlaufen lassen und bei den Störungen fehlen komplette Pakete. Mit einem wesentlich grösserem Puffer scheint es zumindest seltener zu sein

jsffm · 6. Juli 2020

Läuft jetzt auch auf meinem Prod-System, danke.

jsffm · 6. Juli 2020

Sind die ständigen Meldungen [hbbtv] Send command 'APPURL 03:http://tv.ardmediathek.de/index.html' normal?

hopsi · 6. Juli 2020

Zitat von Zabrimus
In der Datei vdr-osr-ffmpeg.config gibt es die beiden neuen Konfigurationseinträge, mit denen man spielen kann:
Code
# UDP packet size, must be a multiple of 188 (default, if not configured is 1316)
# udp_packet_size = 1316

# UDP buffer stze (default is 31960 = 170 * 188)
# udp_buffer_size = 31960

Wäre es nicht 'idiotensicherer', wenn hier nicht die packet_size als Multiples von 188, sondern der Multiplikator selbst (hier also also 7 entsprechend einer packet size von 1316) konfiguriert wird?

Dann kann sich niemand mehr verrechnen...

Christian

9000H · 6. Juli 2020

Hi,

also ich hab hier fuer minisatip wegen UDP

/etc/sysctl.d/10-minisatip.conf mit dem Inhalt

Code

net.core.rmem_default = 31457280
net.core.rmem_max = 12582912
net.core.wmem_default = 31457280
net.core.wmem_max = 12582912
net.core.somaxconn = 65536
net.core.netdev_max_backlog = 65536
net.core.optmem_max = 25165824
net.ipv4.tcp_mem = 65536 131072 262144
net.ipv4.udp_mem = 65536 131072 262144
net.ipv4.tcp_rmem = 8192 87380 16777216
net.ipv4.udp_rmem_min = 16384
net.ipv4.tcp_wmem = 8192 65536 16777216
net.ipv4.udp_wmem_min = 16384

Alles anzeigen

CU

9000h

Zabrimus · 7. Juli 2020

Zitat von TomJoad

udp ist einfach unzuverlässig. Ich habe den Continuationcounter der ts-Pakete mitlaufen lassen und bei den Störungen fehlen komplette Pakete. Mit einem wesentlich grösserem Puffer scheint es zumindest seltener zu sein

Ich bin mir nicht sicher, ob es vorher nicht besser war. Ich dachte UDP mit loopback und dann auch noch ffmpeg direkt senden lassen, wäre eine gute Idee. Aber so ganz überzeugt bin ich gerade nicht.

Gibt es Meinungen dazu? War es vorher besser? Oder doch bei UDP bleiben? Oder ist das egal?

Ich denke, es sollte kein großes Problem sein, das Transportprotokol auf die vorherige Version zu ändern.

Zitat von jsffm

Sind die ständigen Meldungen [hbbtv] Send command 'APPURL 03:http://tv.ardmediathek.de/index.html' normal?

Die kommen vielleicht etwas zu oft und auch permanent. Ich werde die mal ausblenden.

Zitat von hopsi

äre es nicht 'idiotensicherer', wenn hier nicht die packet_size als Multiples von 188,

Ich habe die Logik etwas verändert. Werte < 188 werden mit 188 multipliziert und Werte >= 188 werden genau so genommen. Zusätzlich wird geprüft, ob ein Vielfaches von 188 angegeben wurde.

jsffm · 7. Juli 2020

Bei Multimedia-Anwendungen ist UDP üblich und auch besser.

hopsi · 7. Juli 2020

Seit dem Update habe ich Meldungen vom Typ '[hbbtv] Unable to send command...' im log, VDR startet sehr langsam und hbbtv geht nicht mehr.

Irgendwie stehe ich auf dem Schlauch.

Christian

EDIT: vdrosrbrowser wird nicht gestartet. Mir scheint, als würde die conf nicht mehr gelesen, denn sonst sollte ein Hinweis auf DISPLAY im log erscheinen.

[Announce] HbbTV plugin / offscreen browser v0.0.9

Jetzt mitmachen!

Teilen