[gelöst] SoftHdDevice --> Verständnisfrage

Zitat von VDRFirtie

Alternativ geht auch aus XBMC heraus den VDR starten, aber dann wäre ich wohl bei yaVDR, oder ?

Nein, das können eigentlich fast alle aktuellen VDR-Distributionen.

Zitat von VDRFirtie

Wie würde ich XBMC am gescheitesten einbinden ?
vdr-plugin-xvdr
oder über das Externalplayer-Plugin ?

Das sind zwei Paar Schuhe - das vdr-plugin-xvdr ist neben vdr-plugin-vnsiserver eine Möglichkeit um die TV-Funktionen in XBMC über den VDR zu realisieren. Das Externalplayer-Plugin ist dazu gedacht ein Programm aus dem VDR heraus aufzurufen. So machen es viele, in yaVDR nutzen wir Upstart-Jobs um den Wechseln zwischen VDR-Frontend und XBMC zu realisieren. Das kann man aber mit beliebigen Start-Systemen erreichen (ich hab das noch für systemd unter Arch Linux umgesetzt), die Funktionsweise ist ja immer die gleiche.

Hallo,
da ich auch Probleme hatte eine gute Konfiguration mit automatischen Start vom Softhddevice in Vollbild zu bekommen hab ich mir was drum rum gebastelt.
Das Problem bestand darin das ich beim Softhddevice als Parameter -f (für Fullscreen) übergeben habe. Das hat aber leider so gut wie nie funktioniert.
Ab und zu war der X-Server so spät da, das das Plugin gar nicht zum X-Server verbunden hat. Und ganz oft wurde das Plugin im Vollbild gestartet, wechselte dann aber nach 5s in den Fenstermodus (ich nehme mal an weil dann erst der Nutzer angemeldet wurde).

Darum ist der Startablauf jetzt bei mir so:
Es wird ganz normal ein X (lightdm mit lxde) beim Booten gestartet (wie früher beim vdr-sxfe).
Das Softhaddevice-Plugin wird im Vollbild gestartet (aber ohne eigenen X-Server)
Im /etc/init.d/vdr habe ich beim Start einen Test eingefügt, der jede Sekunde testet ob der X-Server schon gestartet und auch ein User angemeldet ist. Es wird aber max. nur 20s wartet, damit auch bei einem Startfehler des X zumindest der VDR startet und aufnimmt).
Sollte beim Starten des VDR auf den X-Server gewartet werden müssen, wird nachdem der X-Server gefunden wurde noch mal zusätzlich 5s gewartet, damit die Nutzeranmeldung des am X-Server automatisch angemeldeten Nutzers definitiv beendet ist.
Wenn der X-Server schon läuft (z.B. bei einen vdr restart) wird gar nicht gewartet.

Durch das Handling ist sicher gestellt das das softhddevice-Plugin sich immer zuverlässig zum X-Server verbinden kann und auch immer richtig im Vollbild startet.

Für die Medienwiedergabe verwende ich auch XBMC. Zum Umschalten verwende ich ein kleines Script, welches über 2 Fernbedienungskommandos gesteuert wird.
Das Script deaktiviert beim Umschalten zum XBMC das Softhddevice und die Fernbedienung des VDR's (schließlich soll ja XBMC dann die Fernbedienung verwenden). Beim zurück wechseln vom XBMC (auch über das Script) wird die Fernbedienung und das Softhddevice wieder aktiviert.
Da das Umschalten so per Fernbedienung geht und sich das XBMC auch mit der Fernbedienung steuern lässt, ist das alles schön komfortabel. Im VDR muss nur noch das lifeguard-plugin oder ein extra Shutdown-Script eingerichtet werden, welches prüft ob nicht gerade das XBMC läuft (damit der VDR nicht einfach aus macht).

Ich hänge dir die notwendigen Dateien mal hier mit an.
Hier noch ne kleine Erklärung zu den Dateien:
checkxserverrunning -> in /usr/local/bin (muss ausführbar sein) -> testet ob X läuft und jemand angemeldet ist
inituser.sh -> in /usr/local/bin (muss ausführbar sein) -> das script muss beim Start der X-Server ausgeführt werden (ruft nur xhost +, war bei cdr-sxfe ja auch so)
softhddevice-tv -> in /usr/local/bin (muss ausführbar sein) -> ruft softhddevice-ausgabe mit richtigen Parametern (wird von lirc gestartet)
softhddevice-xbmc -> in /usr/local/bin (muss ausführbar sein) -> ruft softhddevice-ausgabe mit richtigen Parametern (wird von lirc gestartet)
lircrc -> in /etc/lirc -> darin steht bei welcher Taste (bei mir User1 und User3) welches Script gestartet wird
vdr -> in /etc/init.d -> geändertes startscript vom VDR, welches auf den X-Server wartet
softhddevice-ausgabe -> in /etc/init.d -> script welches zwischen VDR und XBMC (theoretisch auch noch einem Windows in einer virtualbox) umschaltet

Kannst ja mal schauen ob du so zurecht kommst (wie du die Fernbedienung im XBMC einrichtest findest du sicher irgendwo im Internet).

Tschau, Uwe.

Zitat von VDRFirtie

Für die FB benötige ich dann wahrscheinlich wohl eine zweite FB-Konfig, oder ?

Du brauchst eine funktionierende Konfiguration für XBMC. Ist kein Hexenwerk, einfach deren Wiki lesen.

Zitat von VDRFirtie

Theoretisch könnte ich doch eigentlich den internen Medienplayer vom VDR dann auch über das Externalplayer-Plugin so aufrufen: "vdr-sxfe"
Ist nicht wirklich das was ich haben will, aber wäre eine Krücke.

Nein, denn damit wechselt ja wieder der OSD-Provider und man müsste das vdr-plugin-xineliboutput dafür laufen lassen, was ja schon lustige Effekte auf deinem System im Zusammenspiel mit softhddevice gemacht hat.

Also wenn man X11 über irgendeinen Dienst (systemd, init.d oder was die Distributionen noch haben) starten will.
Dann sollte man softhddevice mit -D starten, dann ist die Reihenfolge und die Zeitabläufe beim Starten total egal.
Jeder Windowmanager hat Scripte die beim Start ausgeführt werden. Wenn man keinen Windowmanager verwenden will, dann kann man auch in
~/.xinitrc des Benutzer unter dem die X Session läuft, seine Befehle einfügen.

svdrpsend plug softhddevice atta -d $DISPLAY
exec startfluxbox # oder der gewünschte Windowmanager

Es ist kein Sleep oder sonstiges notwendig. Man könnte noch Fehlerabfragen unterbringen, da svdrpsend nicht sehr zuverlässig ist.

Johns

systemd startet den X-Server nicht.
systemd startet kdm, gdm, lightdm und wie sie alle heißen. Diese starten dann den X-Server.

Also ist das Verhalten von softhddevice mit -x das, welches dem am nähesten kommt.

Hallo,
warum verwendest du Slim, bzw. willst am liebsten gar keinen WindowManager nutzen (hab jetzt nicht alles gelesen)?
Nimm doch lieber lightdm und lxde, das braucht auch nicht viele Resourcen und lässt sich schön konfigurieren.
In der lightdm.conf, stellst du einfach ein welcher user automatisch angemeldet werden soll, und welches Script beim Start ausgeführt wird (z.b. das von mir, welches xhost + aufruft).

softhddevice startest du nur mit -f (also ohne eigenes X und auch nicht detached) und schon bist du fertig.

Tschau, Uwe.

Zitat von Copperhead

systemd startet den X-Server nicht.

Es gibt Ansätze das zu ändern und den X-Server in einen Daemon zu packen: https://github.com/sofar/xorg-launch-helper

Ja, das gibt es, aber solange das niemand nutzt, ist es uninteressant. Warum sollte der VDR Vorreiter sein?

Zitat von VDRFirtie

Ich habe bisher immer nur Slim deaktiviert und darauf gehofft das SoftHdDevice den X-Server startet.
Das scheint aber nicht zu funktionieren.

Also das mit .xinitrc funktioniert nur, wenn z.b. slim den X Server startet.
Du brauchst dann weiter plugin.softhddevice.conf da muß ja mindestens das -D und wenn du einen windowmanager startest auch ein -f rein.

Versuch doch mal nur den X Server als Benutzer zustarten.

z.b.:

sudo -u vdr /usr/bin/Xorg

Solltest sudo installiert haben und als Benutzer root ausführen.
Und sollte kein X bereits laufen. Also Dienst slim beenden (könnte /etc/init.d/slim stop sein).

Johns

Moin!

Zitat von VDRFirtie

Dieser hat aber nicht wie üblich ein eigenes Homeverzeichnis etc.

Doch, hat er, schau mal in die /etc/passwd. Es müsste /var/lib/vdr sein.

Lars.

In meinem Startscript /etc/init.d/boot.local steht

exec /usr/bin/X :0 vt7 &>/dev/NULL &

das startet X (openSuse braucht vt7),
softhddevice wird mit

-P'softhddevice -g 1920x1080 -s'

vom vdr suspended gestartet.
In der commands.conf werden zu resumen bzw. suspenden Scripte aufgerufen, in denen

Pfad/svdrpsend plug softhddevice RESU (bzw. SUSP)

ausgeführt wird.
Funzt tadellos.

Zitat von Copperhead

Ja, das gibt es, aber solange das niemand nutzt, ist es uninteressant. Warum sollte der VDR Vorreiter sein?

Das einzige Argument etwas nicht zu benutzen wäre IMHO wenn es nicht so funktioniert wie man es gerne hätte und man daran mit vertretbarem Aufwand nichts ändern kann - ist doch egal wer das sonst noch nutzt, solange es funktioniert

Hab mal für dich gegoogelt:
http://klimmbimm.de/debian-quickndirty-start-script/
http://www.debian-administration.org/articles/28

Zitat von seahawk1986

Das einzige Argument etwas nicht zu benutzen wäre IMHO wenn es nicht so funktioniert wie man es gerne hätte und man daran mit vertretbarem Aufwand nichts ändern kann - ist doch egal wer das sonst noch nutzt, solange es funktioniert

Mir würde es schon reichen, wenn man sich auf softhddevice -x verlassen könnte.
Wenn man systemd in Standardeinstellung laufen lässt will es den X-Server vor dem VDR beenden. Der X-Server wird geschlossen, der VDR hängt aber fest und lässt sich nicht mehr mit SIGTERM beenden.
Wenn man systemd umkonfiguriert, dass nur der VDR beendet wird, wird der VDR sauber beendet, aber der X-Server bleibt manchmal hängen.

Zitat von Copperhead

Wenn man systemd in Standardeinstellung laufen lässt will es den X-Server vor dem VDR beenden. Der X-Server wird geschlossen, der VDR hängt aber fest und lässt sich nicht mehr mit SIGTERM beenden.
Wenn man systemd umkonfiguriert, dass nur der VDR beendet wird, wird der VDR sauber beendet, aber der X-Server bleibt manchmal hängen.

Genau. Also wäre für mich die Konsequenz den X-Server in einen Systemd-Job zu packen und ein ExecPreStop oder einen abhängigen Job zu definieren, der dafür sorgt, dass das Frontend nicht mehr attached ist, wenn der X-Server beendet wird. Und da hat sich für mich dbus2vdr gegenüber svdrp sehr bewährt, weil es das zuverlässig erledigt.