Hast du Resolute schon zum laufen bekommen?
Ja, grundsätzlich läuft das schon auf Testsystemen, aber es gibt noch viel zu tun.
Ansible hat einige nicht abwärtskompatible Änderungen durchgemacht - das erfordert einen eigenen Branch und eine größere Überarbeitung - falls jemand damit spielen will: https://github.com/yavdr/yavdr-ansible/tree/devel
Die Plugins sind momentan z.T. nicht ganz auf dem Stand der Pakete für noble, weil ich das HIlfsskript für neue Versionen noch nicht um resolute ergänzt habe. Ein paar Plugins wie softhddrm und softhdvaapi brauchen noch Anpassungen, damit die sich überhaupt bauen lassen.
Bei neueren Kernelversionen kann man für HDMI-Anschlüsse den Verbindungsstatus nicht mehr vorgeben - der bislang beste Würgaround dafür ist den VDR generell mit detatchtem Frontend zu starten und dann im yavdr-frontend Skript darauf zu warten, dass die Anschlüsse vom DRM-Subsystem als Verbunden angezeigt werden, und dann zu warten, bis der X-Server nachgezogen hat, bevor das gewählte Frontend gestartet wird. Leider ist das reinges Polling, weil die udev-Signale nichts damit zu tun haben, ob die Änderung schon beim X-Server angekommen ist - das sieht dann z.B. so für einen Bildschirm in der /etc/yavdr-frontend/config.yml aus - man kann da in die /etc/ansible/facts.d/drm.fact schauen, da steht die Zuordnung der Ausgänge (das wird dann bei der Bildschirmerkennung in Zukunft hoffentlich automatisch erledigt):
{
"drm": {
"ignored_outputs": [
"DP-1"
],
"primary": {
"drm_connector": "HDMI-A-1",
"edid": "edid.HDMI-0.bin",
"xrandr_connector": "HDMI-0"
},
"secondary": {}
}
Display More
drm:
primary:
drm_connector: HDMI-A-1 # also wie das Ding in /sys/class/drm/ heißt
xrandr_connector: HDMI-0
edid_name: "edid.HDMI-0.bin" # hat aktuell noch keine Funktion, muss aber ein String sein
secondary: null # muss null sein, oder gleiches Schema wie unter primary gezeigt
