[frage] yavdr ansible auf noble, kodi flatpak auf anderer tty einrichten

Kodi ist ja mittlerweile unter Linux fähig HDR auszugeben.

Post

RE: Flatpak: Kodi GLES (HLG & HDR support) - kodi-gles.flatpak

Ich konnte Deinen Fehler nachvollziehen

Info´s zu HDR & KODI unter LINUX

[…]

damit sieht der Config-Teil für Kodi so aus -- Jemand eine Idee was fehlt oder noch angepasst werden sollte (für eine VAAPI-Lösung)?

(Code, 43 lines)

cinfo

December 31, 2024 at 10:02 AM

Eine Restriktion ist, dass man Kodi ohne Desktop starten muss.
Bei yavdr wird ja - soweit nach meinem Verständnis - Kodi auf tty7 in einer Openbox-Umgebung im Fullscreen gestartet. Wenn man ein kodi-gles (obiger Link) per Flatpak installiert hat, dann meldet der Kodi auch erwartbarerweise: "keine HDR Bildschirme erkannt".

Switche ich auf eine andere tty, logge mich ein und starte Kodi klappt das mit dem hdr10.

Nun mache ich mir gerade Gedanken, wie man das mit hohem WAF realisiert; soll ja auf dem Wohnzimmer-yavdr laufen.
Der Dokumentation und vielen Threads hier habe ich entnommen, dass beim Wechsel von Kodi folgendes passiert:

- vdr-Frontend wird detached (bei mir softhdvaapi-nocebo)
- Fernbedienung wird deaktiviert

beides quasi "mittels frontend-dbus-send stop"

- kodi.service wird gestartet aus systemd-user-Session -> Voll-Fenster in openbox

Jetzt tät ich das gerne umbiegen auf eine andere tty, zB tty3 ohne Berücksichtigung des laufenden openbox auf tty7.
Und beim Beenden von Kodi natürlich wieder der Switch zurück zum vdr (zurück auf tty7 und frontend attachen).

Ich habe schon mal etwas rumgespielt und wollte folgenden Weg gehen; wobei ich mir nicht sicher bin, ob ich mir beim Handstand von hinten durchs Auge schieße.... So super fit, wie die meisten hier bin ich beim Custom-Modding von linux-Diensten nicht.

Mein bisheriger Startpunkt:

tmux-Session als Service, der auf tty3 gestartet wird und beim Beenden zurück zu tty7 hüpft.

matthias@chickpea:~$ sudo cat /etc/systemd/system/tty3tmux.service 
[Unit]
Description=Tmux session in tty3

[Service]
Type=idle
User=vdr
KillMode=process
ExecStart=/usr/bin/tmux new-session -s tty3 -A
ExecStartPost=+/usr/bin/chvt 3
ExecStop=/usr/bin/tmux kill-session -t tty3
ExecStopPost=+/usr/bin/chvt 7
TTYPath=/dev/tty3
StandardInput=tty
StandardOutput=tty
StandardError=tty

[Install]
WantedBy=multi-user.target

Ich weiß jetzt nur (noch) nicht so genau, wie ich das jetzt am elegantesten mit dem /var/lib/vdr/.config/systemd/user/kodi.service verknüpfe,
damit man obiges erreicht.

Manuell und recht dirty hatte ich mal im .bashrc eine Abfrage eingebaut, ob tty3 vorliegt und dann kodi von gestartet. Getestet über ssh. Das ging mal, aber es scheint mir kein vernünftiger Weg, den ein yavdr-Entwickler gehen würde.

Hat da jemand eine Idee?

LG, Matthias

Danke, Stefan für den Tipp.

Ein schnelles Durchlaufen des ansible ergab schon mal ein Bild. Ton wollte irgendwie noch nicht.
Ich erinnere mich gelesen zu haben, dass der vdr als root schuften muss. Vermutlich hat es daran gelegen.

Dann gucke ich mir das mal Ende der Woche genauer an.

So, Dienstreise wurde verschoben. Also kann ich wieder in die ssh-Console.

Wenn ich in /etc/vdr/conf.d/00-vdr.conf den User auf root umschalte, klappt's direkt mit dem Ton.
Seltsamerweise ist dann ein CPU-Kern permanent bei 100 % (Die Threads vdr und dbus-daemon) verursachen das. Das syslog wird auch vollgeschrieben mit (unexpected replay 2 when releasing name de.tvdr.vdr ......dbus2vdr: system: connected with unique name)

Habe dann einfach mal die dbus-confs modifiziert und als policy user=root eingestellt: de.tvdr.vdr.conf und de.yavdr.frontend.conf.

Danach lief der vdr mit niedriger Auslastung.

Jetzt kann ich das ganze auf tty1 laufen lassen und DETA. Beim ATTA kriege ich aber nur ein Flackerbild.
Das sollte aber schon laufen, sonst macht der softhddr-Weg keinen Sinn.

NACHTRAG: Hä, komisch, jetzt klappt das deta / atta auch ohne Flackern! Nur beim ersten DETA/ATTA flackerts. Nach dem zweiten DETA/ATTA nicht mehr.

Puh, ich bin mir nicht so sicher, ob das mit dem softhddrm der richtige Weg für meine Wunschkonfiguration ist.

Danke für Deinen Support!

Wenn ich den kodi-on-console.service aus der Konsole starte, dann springt's bei mir zurück auf X mit Mauszeiger. Der tty3-login verschindet dann auch.

Ich habe Deinen exec mal manuell auf über tmux auf tty3 gestaret (ohne --filesystem=/run/user/666/pulse/ da ich kein pulseaudio installiert habe), dann startet Kodi schon mal.

Mir ist noch aufgefallen, dass die Profildaten nicht kommen (z.B. beim Hauptschalter gibt's nur EXIT) und dass die Hardware-Decodierung nicht läuft. Beim manuellen Vorgang fehlt dann bestimmt die Weitergabe der Daten aus dem .headless-env....

CPU ist bei 4k h265 und AV1 Contentn zwischen 60-80%. Zum Vergleich aus meinem Userkonto: <20 %.
Muss der User vdr vielleicht noch in eine andere Gruppe rein?

PS Nachtrag hatte das unter dem softhdvaapi-nocebo probiert

So, muss nach der langen Zeit mal einen Wasserstand vermelden, der gar nicht mal schlecht ausschaut.

Zum Kodi wechseln und zurück geht und der Bursche gibt HDR aus.

Ich habe jetzt erst mal mit dem softhddrm weitergemacht, da es mich neugierig machte. Subjektiv finde ich das Bild etwas besser als mit softhdvaapi-nocebo. Aber ob das wirklich so ist? Montag bin ich eh beim Augenarzt zwecks Untersuchung.

Eingerichtet auf einem yavdr-headless ohne yavdr-xorg und ohne yavdr-desktop. Die von mir erst angedachte tty3-Tmux (s.o.) ist gar nicht nötig.

seahawk1986

Habe Dein kodi-on-console.service quick & dirty ergänzt um ein ExecStopPre & Post für die Umschaltung. Und löschen des ...run/user/666/pulse/, da ich mein Singal immer per Paththrough ausgebe.

[Unit]
Description=Start KODI on a local console
Conflicts=getty@tty3.service

[Service]
User=vdr
EnvironmentFile=/var/lib/vdr/.headless-env
ExecStartPre=/usr/bin/svdrpsend plug softhddrm deta 
ExecStart=/usr/bin/flatpak run --device=all --command=kodi tv.kodi.Kodi --standalone --windowing=gbm
ExecStop=/bin/bash -c "[ -n \"$MAINPID\"  ] || exit 0; /usr/bin/flatpak run --command=kodi-send tv.kodi.Kodi --action=QUIT; while ps -p $MAINPID -o comm=; do sleep .25; done"
ExecStopPost=/usr/bin/svdrpsend plug softhddrm atta
TimeoutStopSec=10
SuccessExitStatus=0 127 SIGKILL
Restart=on-failure
StandardInput=tty-force
StandardOutput=journal
TTYPath=/dev/tty3
TTYReset=no
TTYVHangup=yes

Manchmal macht das softhddrm beim ATTA Probleme, dass das Fernsehbild stottert und flackert, weil Frames gedroped werden - warum auch immer (Signal kommt aktuell per Streamdev rein.).

Lösen kann man das mit einem oder mehreren DETA/ATTA oder per vdr-Neustart.

Ich probiere den Ansatz bei Gelegenheit nochmal mit dem softhdvaapi.

Fernbedienung hatte ich mangels Empfänger zum Testen bisher noch nicht angefasst; das wäre der nächste Schritt gewesen.

Danke für den Tipp, der mir sicher helfen wird!

Danke seahawk1986 . Mach Dir keinen Stress.

Mit dem softhdvaapi haperts noch irgendwie mit dem Umschalten auf tty3 und dem dortigen Starten. Warum verstehe ich gerade nicht.

Muss jetzt erst mal auf Dienstreise; nächstes WE guck ich wieder auf die Konsole.