yaVDR Ansible und X11

Hi,

ich habe gestern ja angefangen meinen VDR mal wieder "frisch" zu machen. Mein Ziel ist es eigentlich den yaVDR als Basis zu Benutzen und dazu weitere Dinge wie Emulationstation, VLC, XMBC, Steam, Browser, Emby usw....

Die erste Hürde mit der Standard-Sink von Pulseaudio habe ich hinbekommen.

Ich habe aber Verständnis-Probleme wie das mit dem App-Switch richtig funktionieren soll.

Ich kann zwar manuell aus dem VDR heraus z.B. XTerm starten, wenn ich das dann aber Beende komme ich nie wieder zurück zum VDR, geschweige dem zu irgend etwas anderem.

Selbst ein sudo systemctl restart yavdr-xorg.service bringt mich da nicht mehr hin. Gleiches gilt auch wenn ich XBMC aus dem MenüOrg heraus aufrufe...

Wie ist das angedacht? Funktioniert vielleicht bei mir etwas nicht?

Kommt evtl. da wieder so ein Menü am Rand irgendwann wieder ins Spiel, mit dem man das Frontend toggeln kann?

Grüße,

Thomas

PS: Ich habe ein UHD TV, und die UHD Auflösung mit dem OpenBox ist auch nicht wirklich Couch freundlich. Die DPI über die xorg.cond anzupassen hat auch nicht wirklich funktioniert... evtl. hat auch da jemand einen Tipp dazu.

EDIT: ein wichtigen Betrag dazu habe ich nun beim Interessierten herumstöbern doch noch entdecken können.

[ansible] .. Grundsätzliches und X-Server

Da wird auf den Beitrag von seahawk1986 verwiesen, der das mit dem Starten fremder Anwendungen etwas erklärt.

Das erklärt mir aber momentan noch nicht, wieso ich nicht mehr Zurück komme, wenn man z.B. das XTerm Fenster schießt....

Hi,

also in dem Fall, in dem ich nicht mehr an das Frontend komme zeigt das Kommando folgende Ausgabe:

root@vdr:~# sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user list-units --state=failed --all
0 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.

Tatsächlich passiert das wohl aber nicht immer so oft wie anfangs angenommen. Ich habe nur momentan keine Kabel an der Satkarte dran, weswegen ich kein Bild bekomme. Ich vermute dass es mir deswegen nicht immer gleich aufgefallen ist, ob ich im VDR zurück bin oder nicht.

Aber wie gesagt, eben ist es wieder so. Immerhin habe ich nun mit folgendem Kommando das Frontend wieder zurück bekommen:

sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user restart yavdr-frontend.service

Irgendwie bin ich nicht wirklich so zufrieden bin der ganzen Situation. Aber ich versuche mal das beste draus zu machen.

Das gefrimmel nimmt aber leider zu. Das anpassen der Templates des Ansible-Books ist dabei schon fast am schlimmsten. Die gute alte Template Engine von yaVDR fand ich eigentlich super und war auch sehr einfach anzupassen.

Ich traue mich hier eigentlich nicht wieder, das Ansible nochmal aufzurufen, da er ja fast alles wieder zurück kämmt, was man sich manuell anpasst.

Aber jetzt versuche ich erstmal den X-Server so einzurichten, dass er Standardmäßig auf 1080p startet.... Und dass man das ordentlich von der Couch bedienen kann bzgl. Schriftgröße, usw... Falls da jemand schon was gemacht hat, würde ich mich über Tipps freuen.

naja, da muss ich evtl. noch durch...

momentan kämpfe ich noch mit anderen Problemen, die meine volle Aufmerksamkeit brauen.

Z.B. funktioniert das OSD nicht wirklich richtig. Installiert habe ich eine NVIDIA Kraka:

01:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1) (prog-if 00 [VGA controller])
        Subsystem: Micro-Star International Co., Ltd. [MSI] GK208B [GeForce GT 710]
        Flags: bus master, fast devsel, latency 0, IRQ 33
        Memory at f6000000 (32-bit, non-prefetchable) [size=16M]
        Memory at e0000000 (64-bit, prefetchable) [size=128M]
        Memory at e8000000 (64-bit, prefetchable) [size=32M]
        I/O ports at e000 [size=128]
        [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
        Capabilities: [60] Power Management version 3
        Capabilities: [68] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [78] Express Legacy Endpoint, MSI 00
        Capabilities: [100] Virtual Channel
        Capabilities: [128] Power Budgeting <?>
        Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
        Kernel driver in use: nvidia
        Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia

Die Menüeinträge verschieben sich immer wieder und die Farbe ändert sich manchmal. Sowohl bei Text2Skin Skins, als auch bei dem LCARS.

Ich habe jetzt auch schon alle Treiber Versionen (390-435) durch getestet, aber das OSD hat immer den Defekt mit dem softhddevice.

Wieso gibt es überhaupt so viele Paketversionen von softhddevice und kann ich das installierte vdr-plugin-softhddevice-vpp zb manuell gegen vdr-plugin-softhddevice-vdpau-hevc tauchen? Muss da was an dem yavdr-frontend skript angepasst werden?

Hatte ich nämlich versucht mit dem vdr-plugin-softhddevice-vdpau-hevc, aber entweder gab es irgend wo anders Probleme oder es lag dem Skript - auf jeden Fall wollte er nicht zurück schalten auf das Frontend nach einem wechsel der Anwendung. Da ist mir dann diese Meldung aufgefallen, und deswegen bin ich dann wieder zurück auf das vpp "Modell".

Sep 12 22:49:07 vdr yavdr-frontend[2038]: DEBUG:softhddevice:current PrimaryDevice is softhddevice-vpp (Index: 2, Number: 2, hasDecoder: True, isPrimary: True)

Die xorg.conf habe ich so angepasst, damit das mit der DPI und der Auflösung funktioniert.

Section "ServerLayout"
    Identifier     "Layout0"
    Screen         0  "Screen0" 0 0
    #InputDevice    "Keyboard0" "CoreKeyboard"
    #InputDevice    "Mouse0" "CorePointer"
    Option         "Xinerama" "0"
EndSection  

Section "InputClass"
    Identifier "exclude eventlircd devices"
    MatchTag   "eventlircd"
    Option     "Ignore"    "True"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "Unknown"
    Option         "DPMS"
    Option         "ExactModeTimingsDVI" "True"
    Option         "DPI" "200x200"
EndSection
Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    Option         "NoLogo"              "true"
    BoardName      "GeForce GT 710"
    BusID          "PCI:1@0:0:0"
    Screen          0
    Option         "ConnectedMonitor" "HDMI-0"
    Option         "CustomEDID" "HDMI-0:/etc/X11/edid.HDMI-0.bin"
    Option         "UseEDIDDpi" "FALSE"
EndSection
Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "nvidiaXineramaInfoOrder" "HDMI-0"
    Option         "UseDisplayDevice" "HDMI-0"

#    Option         "metamodes" "HDMI-0: 3840x2160_50 +0+0 {ForceCompositionPipeline=Off, ForceFullCompositionPipeline=Off}"
    Option         "metamodes" "HDMI-0: 1920x1080_50 +0+0 {ForceCompositionPipeline=Off, ForceFullCompositionPipeline=Off}"
    Option         "IncludeImplicitMetaModes" "on"
    Option         "AllowIndirectGLXProtocol" "off"
    Option         "TripleBuffer" "on"
    Option         "SLI" "Off"
    Option         "MultiGPU" "Off"
    Option         "BaseMosaic" "off"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection
Section "Extensions"
    Option         "Composite" "Disable"
EndSection

Das mit dem Grafikfehler sieht wie das Problem hier aus: [gelöst] Skindesigner Problem mit Farben/Anzeige

Nur gibt es so einen alten Treiber nicht mehr als Debian Paket für 18.04 ?!

EDIT: Ahhhhh

Danke - mit vdr-plugin-vaapidevice ist mein Problem gelößt, das OSD schaut wieder OK aus. (Vorher hatte ich natürlich noch vdpau-va-driver installiert)

Was genau interessiert dich an den Daten von /etc/ansible/facts.d/ ?

da sind ja drei Dateien drin.... die Auflösung hat er ja richtig erkannt, aber ich will nunmal kein UHD - mir reicht FullHD, sonnt wird alles zu klein. Und der meiste Inhalt ist sowieso nur FullHD

Zu früh gefreut, nach einem Reboot kann X nicht mehr starten:

thomas@vdr:~$ sudo systemctl status yavdr-xorg.service 
● yavdr-xorg.service - Start a X session and a systemd user session for the vdr user
   Loaded: loaded (/lib/systemd/system/yavdr-xorg.service; enabled; vendor preset: enabled)
   Active: inactive (dead)
Sep 12 23:36:57 vdr systemd[1]: Dependency failed for Start a X session and a systemd user session for the vdr user.
Sep 12 23:36:57 vdr systemd[1]: yavdr-xorg.service: Job yavdr-xorg.service/start failed with result 'dependency'.
Sep 12 23:43:38 vdr systemd[1]: Dependency failed for Start a X session and a systemd user session for the vdr user.
Sep 12 23:43:38 vdr systemd[1]: yavdr-xorg.service: Job yavdr-xorg.service/start failed with result 'dependency'.

Dann hatte ich den aktuellsten Treiber 435 nochmal installiert - davor war es 390.

Jetzt startet der xorg zwar wieder, aber dafür läuft das OSD wieder nicht:

Im Logfile erscheint vielfach: VAAPI-ERROR: video: display buffer empty, duping frame 

Nach einem weiteren sudo -u vdr DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/666/bus systemctl --user restart yavdr-frontend.service

geht es geht wieder, aber zuverlässig ist was anderes .....

Danke an alle, ich denke es läuft jetzt erstmal so wie ich es mir vorstelle.

Bzgl. Frontend habe ich mich für vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 mit aktuellem nvidia-driver-435 entschieden.

Für den Xorg Server habe ich die Tipps seahawk1986 befolgt und das entsprechend über die Variablen von group_vars/all nachgepflegt und nochmal durchlaufen lassen.

Als Dock habe ich mir Plank nachinstalliert und eingerichtet. Zusätzlich ein Toggle Skript gebaut, welches das Frontend Toggeln kann und das mit in das Dock verknüpft. Oder gibt es da was automatisches?