osd2web plugin als graphtft

  • Moin,


    ich versuche gerade von graphtft-ng auf osd2web umzusteigen. Grundsätzlich läuft es - also via Browser, aber mit der Ausgabe auf das TFT hab ich meine Schwierigkeit. Leider finde ich im Log auch nichts, obwohl der Loglevel via Eintrag in der setup.conf für kurze Zeit auf 4 gestellt wurde. Ich betreibe den vdr mit einer GT1030 - einmal Ausgabe auf das TFT (DFP-2) und einmal Ausgabe zum TV via AVR (DFP-0).


    syslog gibt mir bzgl. der Ausgabe zum kleinen TFT gar nichts aus



    Was ich gemacht habe (es läuft unter yavdr - "startBrowser.sh" ist aus dem ppa vorhanden):


    * einen link angelegt (vllt. gar nicht notwendig) unter /etc/vdr/plugins/osd2web -> /var/lib/vdr/plugins/osd2web

    * browser.conf angepasst (oder muß hier etwa browser.conf.tmpl angepasst werden?):



    * in der xorg.conf.yavdr für meinen TFT die EDID auskommentiert:

    Code
    #    Option         "CustomEDID" "DFP-0:/etc/X11/edid.1.yavdr"


    xorg.log (gekürzt) sagt folgendes zu meiner Konfiguration:



    Irgendwo ist noch der Wurm drin. In der browser.conf bin ich auch nicht sicher, wie dass DISPLAY genau heißen könnte :0.0 , :0 oder :0.1 -- BROWSER="/usr/bin/midori --display=:0.0"


    Vielleicht hat jemand einen Tipp bzw. sieht eh schon, was ich falsch mache.


    Danke und Gruß!

    ciax

    Lascala LC17 - tribute to viking ;o) + atric IR / SoC ASUS J3455M-E / OctopusNet S4 / yavdr ubuntu jammy / output: osd2web + kivy-osd2web / branch 'python3' via 6.4" TFT & sat>ip DVB-S/S2 via FullHD / NVidia GT1030 passiv

    Einmal editiert, zuletzt von ciax ()

  • Der zweite X-Server bei yaVDR 0.6 ist :1.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Danke für's schnelle feedback!


    Hab's nun probiert mit diese browser.conf:


    Geht aber leider nicht - es stellt das blaue yavdr-logo dar (wie vorhin). Das syslog gibt keine Auskunft.

    Muß ich einen 2. X-Server starten? Aktuell hab ich doch nur einen (nur eine xorg.conf.yavdr).

    Wenn ja, wie soll ich das machen?


    Gruß

  • Der zweite X-Server wird über die /etc/X11/xorg.conf.yavdr konfiguriert (den Dualscreen-Betrieb kannst du im WFE einrichten).

    Was bezweckst du damit die Option zur Nutzung der statisch hinterlegten EDID zu entfernen? Das führt zu Problemen, wenn der Bildschirm beim Start des VDR nicht als angeschlossen erkannt wird.


    Startest du osd2web schon mit dem Argument --browser :1.1?

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ich habe das mit der EDID wieder rückgängig gemacht (dachte, daß die EDID Probleme macht, verkehrterweise).


    osd2web hatte ich nicht mit deinem o.a. Argument gestartet - hab das nun auch angepasst unter "/etc/vdr/conf.avail/osd2web.conf".

    Irgendwie verstehe ich das mit dem 2. X-Server nicht: kann die Ausgabe des Browsers/midori (habe ja derzeit Dualscreen) nicht auf den 2. Screen gelegt werden?


    Bzgl. 2. X-Server stehe ich an ?(


    Gruß!

  • Irgendwie verstehe ich das mit dem 2. X-Server nicht: kann die Ausgabe des Browsers/midori (habe ja derzeit Dualscreen) nicht auf den 2. Screen gelegt werden?

    Wenn man im WFE den Dualscreen-Betrieb aktiviert, werden durch die erzeugte xorg.conf zwei getrennte X-Server gestartet. Der primäre Monitor bekommt :1.0 und der sekundäre :1.1.

    Da die Skripte in der startBrowser.sh Befehle ausführen, die eine gesetzte DISPLAY-Variable benötigen, ist es essentiell, dass man dem Plugin sagt, welchen Bildschirm es nehmen soll.


    Hast du mal nachgesehen, ob die startBrowser.sh ausführbar ist? Was schreibt das osd2web Plugin ins Log?


    Mit svdrpsend plug osd2web BRSTART müsstest du das Skript gezielt vom Plugin ausführen lassen können.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • .. jetzt hab ich mehr im Log:

    Code
    Mar 11 10:22:50 vdrsoc vdr: osd2web: Starting '/var/lib/vdr/plugins/osd2web/startBrowser.sh'
    
    Mar 11 10:22:50 vdrsoc vdr: osd2web: Started browser on display ':1.1', PID is (1549)
    
    Mar 11 10:22:50 vdrsoc vdr: osd2web: Starting '/var/lib/vdr/plugins/osd2web/startBrowser.sh' with 'http://localhost:4444/skins'


    aber es ist kein prozess "midori" sichtbar, aber

    Code
    1549 ?        Z<     0:00 [startBrowser.sh] <defunct>


    Die Angabe des Display als Parameter zu midori in browser.conf bewirkt gar nichts. startBrowser.sh geht da vermutlich davon aus, daß ein 2. X-server aktiv ist, also fix Display :1.1


    Gruß

  • Sorry, das hab ich jetzt alles durcheinander gebracht. Der Parameter "--browser :1.0" des owd2web Plugins, gibt ja an wo die Ausgabe des Brwosers hinsoll, also nicht fix. Und die die Angabe des Displays in der brwoser.conf bei midori ist überflüssig.


    Ich hatte jetzt die ganze Zeit mit :1.1 probiert, obwohl das kleine TFT ja lt. X-Server Log das erste (DFP-0) ist.


    Es funktioniert aber leider immer noch nicht. Hmm.

  • Hast du mal geschaut, ob alle Programme, die in der startBrowser.sh verwendet werden, installiert sind?

    Ich musst da in einer Test-VM noch das Paket xdotool nachinstallieren.


    Und du brauchst einen Upstart-Job, der nach openbox-second startet und osd2web sagt, dass es den Browser starten kann, sobald der X-Server bereit ist:

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Ohne Hilfe ginge nichts ..


    Ich habe einen Prozess:

    Code
    3576 ?        S<     0:00 /bin/bash /var/lib/vdr/plugins/osd2web/startBrowser.sh http://localhost:4444/skins :1.0


    sowie "midori" auch laufend:

    Code
    3582 ? S<1  0:25 /usr/bin/midori -a http://localhost:4444/skins/horchiTft/index.html?theme=bluecd&onlyView


    Auch das Log zeigt :

    Code
    Mar 11 11:04:17 vdrsoc vdr: osd2web: DEBUG: Write 'PING' to 'LAPTOP-20776CI4/192.168.XX.141' (0x7f20a001e060)
    
    Mar 11 11:04:17 vdrsoc vdr: osd2web: DEBUG: Write 'PING' to 'localhost/127.0.0.1' (0x7f20a0033a40)
    
    Mar 11 11:04:17 vdrsoc vdr: osd2web: DEBUG: Got 'PONG' from client 'localhost/127.0.0.1' (0x7f20a0033a40)
    
    Mar 11 11:04:17 vdrsoc vdr: osd2web: DEBUG: Got 'PONG' from client 'LAPTOP-20776CI4/192.168.XX.141' (0x7f20a001e060)


    Ich sehe aber nur das blaue yavdr-logo.


    Das upstart-Script müßte doch mit dem osd2web Paket aus dem ppa auf's system mitkommen .. ?


    Gruß!


    EDIT: Muß man dieses upstart-Script händisch erstellen? Der Browser (midori) startet ja eigentlich und läuft ...

    EDIT2: xdotool war bereits am System, auch sonst fehlten keine Programme aus startBrowser.sh.

    Lascala LC17 - tribute to viking ;o) + atric IR / SoC ASUS J3455M-E / OctopusNet S4 / yavdr ubuntu jammy / output: osd2web + kivy-osd2web / branch 'python3' via 6.4" TFT & sat>ip DVB-S/S2 via FullHD / NVidia GT1030 passiv

    2 Mal editiert, zuletzt von ciax ()

  • Deine DISPLAY-Variable passt nicht, die zeigt auf den primären Bidschirm (wo das Ausgabeplugin des VDR läuft).

    Das upstart-Script müßte doch mit dem osd2web Paket aus dem ppa auf's system mitkommen .. ?

    Nein, das startBrowser.sh Skript hat horchi nachträglich eingebaut und osd2web als Ersatz für graphtftng gibt es OOTB nur bei yavdr-ansible (da gehe ich aber nicht über die startBrowser.sh, sondern löse das mit einer Unit für die Systemd-User Session: https://github.com/yavdr/yavdr…d/user/osd2web.service.j2)


    Also musst du das Upstart-Skript selbst anlegen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Du hattest natürlich recht - DANKE!


    Hab nun die DISPLAY Variable auf :1.1 abgeändert und das upstart-script erstellt. Es funktioniert jetzt am kleinen Display.


    Leider wird dort nur klein und mittig osd2web im midori Browser angezeigt (mit einem dicken schwarzen Rand außen rum, und der grauen Browser Zeile oben).


    Das TFT ist ein 640x480er in der Auflösung. In der xorg.conf.yavdr habe ich nun folgend abgeändert (die kommentierte Zeile war vorhin):

    Code
    #Option          "MetaModes" "DFP-0: 640x480 { ViewPortIn=1024x768, ViewPortOut=1024x768+0+0 }"
    
    Option          "MetaModes" "DFP-0: 640x480 { ViewPortIn=640x480, ViewPortOut=640x480+0+0 }"


    Das bringt aber leider nichts.


    Gruß!

  • Ich denke du brauchst da eine Regel in der Konfigurationsdatei von Openbox, die das Fenster maximiert, also in der /etc/openbox/rc.xml innerhalb des <applications> Tag sowas:

    Code
    <application class="Midori">
        <decor>no</decor>
        <layer>below</layer>
        <maximized>true</maximized>
        <skip_pager>yes</skip_pager>
        <skip_taskbar>yes</skip_taskbar>
    </application>

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • .. was soll ich sagen - dickes DANKE. Wie du immer fundiert helfen kannst, toll! Mit dem Eintrag in rc.xml ist es fullscreen. :tup


    Nur die graue Browserzeile stört noch etwas :S

  • Es gibt neben Midori auch noch andere Möglichkeiten wie z.B. den kiosk-browser (das Paket gibt es in ppa:yavdr/main für trusty und xenial) - der hat z.B. keine sichtbare Toolbar.


    Bei Midori muss man die Toolbar AFAIK wegkonfigurieren oder den Fullscreen-Modus nutzen - letzteres sollte über die rc.xml gehen:

    Code
    <application class="Midori">
        <decor>no</decor>
        <layer>below</layer>
        <fullscreen>true</fullscreen>
        <skip_pager>yes</skip_pager>
        <skip_taskbar>yes</skip_taskbar>
    </application>

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • <fullscreen>true</fullscreen> hat leider keine Auswirkung. Außerdem kommt nach einem Reboot der midori Browser doppelt hoch - zwei Prozesse - ob das mit dem upstart-script zu tun hat (?).


    Ich versuche es jetzt mit dem kiosk-browser. Danke dir für die etlichen Hinweise!

    Vermutlich muß ich mich aber nochmal melden.


    Gruß!

  • Du kannst das Upstart-Skript ja mal probehalber zur Seite schieben - ich weiß nicht genau, wann das Plugin von sich aus die startBrowser.sh startet.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Für Midori fullscreen und ohne Menüzeile benutze ich das hier im upstart script:

    Code
    exec on_vdr -c "/usr/bin/midori -e Fullscreen -a 'http://<LOCALIP>:4444/skins/horchiTft/index.html?onlyView=yes&theme=gray'"


    Cheers,

    Ole

  • .. es liegt irgendwie am Script startBrowser.sh. Das wird definitiv ausgeführt und prüft nicht, ob schon ein Browser gestartet wurde. Wenn ich seahawk1986 upstart-script nutze, kommt es manchmal vor, das 2 Browser Prozesse (midori) laufen (timing). Ich habe versucht, die Option "-e Fullscreen" auch via browser.conf, oder als Variable in startBrowser.sh mitzugeben - immer kam das Script startBrowser.sh als <defunct" in der Prozessliste.


    Mit OleS Kommando im Upstart Script, also nur der erste Teil beim Start - wird zuvor das startBrowser.sh ausgeführt, dann erst upstart, grauer Bildschirm.


    Mit dem kiosk-browser hab ich einfach URL_OPT="" im startBrowser.sh angegeben und in browser.conf den Pfad zum binary. Hier kommt auch nur eine graues Bild (es scheint keine richte url zu bekommen), aber lt. Prozessliste läuft kiosk-browser mit nicht <defunct>, also mit der url verbunden, lt. netstat ist aber der socket zum localhost/127.0.0.1 nicht verbunden - komisch.


    Gruß!


    //EDIT: ist aber nur ein Detail mit der Browserleiste/-bar - grundsätzlich läuft's gut!

    Lascala LC17 - tribute to viking ;o) + atric IR / SoC ASUS J3455M-E / OctopusNet S4 / yavdr ubuntu jammy / output: osd2web + kivy-osd2web / branch 'python3' via 6.4" TFT & sat>ip DVB-S/S2 via FullHD / NVidia GT1030 passiv

    Einmal editiert, zuletzt von ciax ()

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!