Ubuntu 26.04 Resolute Raccoon / yavdr ansible devel

Vielen Dank,habs sofort übernommen.

Hab noch ein kleines Problem,alle 10 boot Vorgänge soll das Dateisystem auf Fehler gescannt werden.

Habe dafür folgendes ausgeführt

sudo tune2fs -c 10 /dev/sda1

Es wird aber nicht beim 10. booten ausgeführt

root@stube:/home/frank# umount /dev/sda1
root@stube:/home/frank# fsck /dev/sda1
fsck von util-linux 2.41.3
e2fsck 1.47.2 (1-Jan-2025)
/dev/sda1 wurde 24-mal ohne Überprüfung eingehängt, Prüfung erzwungen.
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
/dev/sda1: 7274/366215168 Dateien (7.5% nicht zusammenhängend), 912888678/2929720832 Blöcke
root@stube:/home/frank#

Was stimmt da nicht?

Ist fsck in der /etc/fstab für die Partition aktiviert?

#Media_Platte
UUID=646f801e-3dde-48f8-8e55-a6dcf3d9ff4d /media/vdr/Media_Platte ext4 noauto,users 0 1

Ist da vielleicht was falsch?Muss die letzte Zahl eine 2 sein?

Das root-Dateisystem sollte da eine 1 haben, alle anderen Dateisysteme eine 2.

Quote from seahawk1986

Das root-Dateisystem sollte da eine 1 haben, alle anderen Dateisysteme eine 2.

Funktioniert wieder alles,ich glaube ich werde/bin alt

Kein Bild/Ton wenn beim booten des VDR TV/AVR aus sind.

Hab den TV noch einmal neu erkennen lassen

sudo -H ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="yavdr-xorg"

In group_vars/all folgendes geändert

# this will set the primary display as connected and force KMS to load
# the EDID saved when the role yavdr-xorg detects the connected displays
kms_set_boot_edid: True

Hab dann die Rolle noch einmal laufen lassen.

grub sieht so aus

GRUB_CMDLINE_LINUX_DEFAULT="video=HDMI-A-1:3840x2160@50:eD drm.edid_firmware=HDMI-A-1:edid/edid.HDMI1.bin "

Wenn ich dann den VDR boote ohne TV/AVR kommt im syslog unter ERROR folgendes

28. Juni 12:52 stube: [1600] vaapivideo/device: connector 'HDMI-A-1' not found or not connected
28. Juni 12:52 stube: [1600] vaapivideo/device: no connected display found on /dev/dri/card0
28. Juni 12:52 stube: [1600] vaapivideo/device: hardware initialization failed
28. Juni 12:52 stube: [1413] vaapivideo/device: connector 'HDMI-A-1' not found or not connected
28. Juni 12:52 stube: [1413] vaapivideo/device: no connected display found on /dev/dri/card0
28. Juni 12:52 stube: [1413] vaapivideo/device: hardware initialization failed
28. Juni 12:52 stube: [1413] vaapivideo/device: deferred hardware init failed -- staying detached as primary; use SVDRP ATTA to retry
28. Juni 12:52 stube: [1413] vaapivideo/device: connector 'HDMI-A-1' not found or not connected
28. Juni 12:52 stube: [1413] vaapivideo/device: no connected display found on /dev/dri/card0
28. Juni 12:52 stube: [1413] vaapivideo/device: hardware initialization failed
28. Juni 12:52 stube: [1413] vaapivideo/device: deferred hardware init failed -- staying detached as primary; use SVDRP ATTA to retry

Hab ich doch wieder was falsch gemacht???

Vielleicht eine blöde Frage, aber für Fernsehen mit VAAPIVIDEO - braucht es da die normale installation (inkl. Xorg etc.) oder reicht da die headless installation?

Das Playbook richtet nur mit der normalen Installation und der Wahl von vdr-plugin-vaapivideo alles automatisch ein. Die Xorg-Sitzung wird u.a. genutzt, um yavdr-frontend laufen zu lassen und man hat damit die Option auch mal GUI-Programme wie einen Browser zu nutzen.

OK danke, verstanden

Quote from pille2011

grub sieht so aus

Code

GRUB_CMDLINE_LINUX_DEFAULT="video=HDMI-A-1:3840x2160@50:eD drm.edid_firmware=HDMI-A-1:edid/edid.HDMI1.bin "

Falscher Syntax, mach es so: video=HDMI-A-1:3840x2160@50eD

Der Doppelpunkt ist nicht korrekt. Ich hoffe, Du hast das richtige Device genommen.

Hat jemand das vdr-plugin-cecremote erfolgreich laufen? Bei mir segfaulted der vdr - werde entsprechend versuchen demnächst backtrace oder mehr infos bereitzustellen, aber wollte vorab mal fragen ob es überhaupt bei jemand funktioniert

Quote from reini-at

Hat jemand das vdr-plugin-cecremote erfolgreich laufen?

Nein. Hast du den letzten Stand? Das sollte wohl der sein von hugoboss00:

Post

RE: [ANNOUNCE] CEC Remote Plugin 1.5.2/1.5.3

[…]

ok, danke. habe ich gefixed. baut jetzt auch für focal

hugoboss00

January 15, 2026 at 9:22 AM

Bei seahawk1986 heißt es vdr-plugin-cecremote-ng (-ng zur Unterscheidung von der alten Version)

danke - dieses detail ist mir wohl entgangen mit dem neuen segfaulted es aber dennoch:

CEC Thread[4159]: segfault at 7cc1d78eb340 ip 00007cc1e66c4b82 sp 00007cc1c6ffc5c0 error 4 in ld-linux-x86-64.so.2[bb82,7cc1e66ba000+2f000] likely on CPU 3 (core 3, socket 0)

Jul 10 23:01:28 yavdr kernel: Code: 8b 53 68 48 03 42 08 48 8b 93 38 03 00 00 48 89 45 b8 48 85 d2 0f 84 15 01 00 00 8b 8b 34 03 00 00 8b 45 a0 23 83 30 03 00 00 <48> 8b 04 c2 44 89 da d3 ea 89 d1 48 89 c2 48 d3 ea 44 89 d9 48 d3

Quote from beinhart

kurzer zwischenstand: bin damit etwas weiter. vdr mit passthrough und hw:0,3 funktioniert zuverlaessig. kodi hat nur einmal funktioniert.

meine passthrough kette sieht folgendermassen aus: vdr -> av-receiver -> tv

die edid wird allerdings in diesem fall vom tv gezogen, da der receiver nur durchleitet.
hab leider noch keine passende einstellung an receiver und tv gefunden, dass die edid
des receivers verwendet wird. vermutlich ist die loesung, dem kernel die edid des
receivers hart mitzugeben. werde das die naechsten tage testen

gruss
beinhart

Display More

Ich glaube, das war der letzte Stand hier im Thread zum Thema Passthrough.

Auf meinem N100 mit gleicher Kette klappt passthrough bei vaapivideo einwandfrei.

Nur im Kodi läuft dieser nicht, egal welchen (pipewire-)Audio-Adapter ich auswähle.

Ist hier jemand weitergekommen?

Prinzipiell brauche ich pipewire gar nicht; mein Use-Case ist nur VDR und Kodi.

Wäre ein Setup ohne dieses erfolgsversprechender? Ich denke daran, weil mein letztes Setup das pulseaudio aussparte und gleich funzte.

presskopf , willkommen im Club!

Ist bei mir genauso, ich brauche auch nur VDR und KODI.
Bei meinem Prodiktiv-VDR auf Ubuntu 24.04 habe ich deshalb das Pulsaudio deaktiviert und verwende nur ALSA. Damit klappt es einwandfrei und ich kann alle Audioformate unter KODI abspielen!

Leider geht das Deaktivieren von Pipewire wohl bei Ubuntu 26.04 nicht so einfach, weil das Pipewire wohl zu fest im System integriert ist.

Ich denke irgendwie müsste es ja funktionieren, aber es scheint so, dass Pipewire und KODI miteinander Probleme haben. Was die Ursache ist bzw. wo man evtl noch etwas konfigurieren kann, habe ich bisher noch nicht herausgefunden.

Jetzt habe ich vermutlich endlich eine Ursache/Lösung für dieses leidliche Problem gefunden, dass der Shutdown von yavdr mehr als 120 Sek. gedauert hat, siehe hier in Beitrag #169 

Da ich doch eine Menge in meiner Installation getestet und geändert hatte, habe ich heute die yavdr-ansible-Installation nochmals laufen lassen.
Außerdem war ich über einen Eintrag in der /host_vars/localhost gestolpert, den ich bei der alten Installation vermutlich nicht geändert hatte (bin mir da aber nicht ganz sicher). Die Änderung ist:
kodi_use_gbm: false
in
kodi_use_gbm: true

Und seit dem klappt der Shutdown wieder wie geschmiert, d.h. es gibt keine ewige Verzögerung weil sich der yavdr-xorg.service nicht beendet.

Meine Recherchen zum Kodi-Passthrough unter Pipe führten Möglicherweise zu dieser Krux:
Kodi zeigt die Passthrough-Option über PipeWire erst an, wenn der PipeWire-Sink die IEC958-Codecs auch tatsächlich anbietet. Standardmäßig meldet PipeWire anscheinend nur PCM.

Kodi - Debian - No passthrough

Da ich nicht so recht durchsteige, wie seahawk1986 das pipewire aufgesetzt und konfigurieren lässt, habe ich ein bissl rumgespielt (sorry, soviel Knowhow habe ich nicht 🙂):

Diesen Code setzte ich entweder in eine /etc/wireplumber/wireplumber.conf (sollte systemweit wirken) oder eine /home/vdr/.config/wireplumber/wireplumber.conf.d/51-alsa.conf (nur vdr-session).

monitor.alsa.rules = [
 {
   matches = [
     {
       node.name = "~alsa_output.*"
     }
   ]
   actions = {
     update-props = {
       iec958.codecs = [ "PCM", "DTS", "AC3", "EAC3", "TrueHD", "DTS-HD" ]
     }
   }
 }
]

Danach startete Kodi mit mehreren Hängern, aaaber der Passthrough ließ sich aktivieren und funktionierte.

Ich denke, das ist nur ein Beweis, dass es geht, aber noch weit weg von elegant. Sicherlich weiß seahawk1986 damit mehr anzufangen.

Alternativ habe ich einfach den Pipewire abgeschaltet und weggesperrt; auch damit zeigt sich der Passthrough im Kodi aktiv; ganz ohne hakeligen Kodi-Start.
Damit wird aber der Pipewire so abgeknipst, dass auch in anderen Anwendungen nix mehr läuft, z.B. Firefox.

sudo -u vdr XDG_RUNTIME_DIR=/run/user/666 systemctl --user mask pipewire.socket pipewire-pulse.socket
sudo -u vdr XDG_RUNTIME_DIR=/run/user/666 systemctl --user stop pipewire.socket pipewire-pulse.socket pipewire.service pipewire-pulse.service wireplumber.service

Quote from presskopf

Da ich nicht so recht durchsteige, wie seahawk1986 das pipewire aufgesetzt und konfigurieren lässt, habe ich ein bissl rumgespielt (sorry, soviel Knowhow habe ich nicht 🙂):

Das Pipewire Paket wird vom Playbook installiert. Auf tty7 läuft eine Xorg-Sitzung für den User vdr, in der unter anderem pipewire und das yavdr-frontend Skript gestartet werden. yavdr-frontend kann vor dem Umschalten zu einem Frontend (was für vaapivideo und KODI mit GBM auch einen Wechsel des TTY enthalten kann) die pipewire.socket und pipewire.service Units stoppen, wenn dafür use_pwsuspend: True gesetzt ist.

An der Konfiguration von pipewire wird bislang nichts verändert, über die zu Pulseaudio kompatible DBus-API kann über das vdr-plugin-pulseaudio, pavucontrol oder das Webfrontend die Konfiguration zur Laufzeit angepasst werden und pipewire sollte sich das dann merken.

Warum es bei HDMI nichts von den Passthrough-Fähgikeiten weiß, ist mir nicht ganz klar - eigentlich sollten die mit in der EDID stecken.

ich hab mal den modesetting treiber für modernere intel cpu probiert. bild sehr gut, allerdings kein ton.

ursache war, dass im alsamixer sp/dif auf mute stand, als einziges. strange, da ich nur hdmi als hw:0,3 angeschlossen habe. das entmutet (keine tonsteigerung möglich), sofort ton im vdr, pwsuspend in der config steht auf true.

Kannst du mal schauen, ob das Skript das Richtige tut, wenn du den Zustand mit dem gemuteten Gerät künstlich herbeiführst (benötigt das Paket python3-alsaaudio)?

#!/usr/bin/env python3
import alsaaudio

# List all mixable playback controls
mixers = alsaaudio.mixers()

for mixer_name in mixers:
    print(f"unmuting {mixer_name}")
    try:
        # Initialize the mixer channel
        mixer = alsaaudio.Mixer(mixer_name)

        # Unmute the channel if it supports muting
        mixer.setmute(0) 

        # Optional: Set volume to maximum (100)
        print(f"volume before set to maximum: {mixer.getvolume()}")
        mixer.setvolume(100)
        print(f"volume after set to maximum: {mixer.getvolume()}")
    except alsaaudio.ALSAAudioError:
        # Skip controls that do not support playback or muting
        continue