Nvidia + KDE6 + Wayland + HDR + Gamescope + Sunshine

[_anonymous0815_]

Hallo liebes Forum,

ich bin mit meinem Desktop von Windows 11 auf Debian Testing, auf KDE neon und schlussendlich auf Open Suse Tumbleweed umgestiegen und bin bisher echt SEHR zufrieden, da es zwar leicht anders als meine gewohnte Debian-Umgebung ist, aber bisher macht es unheimlich viel Spaß.

Nun habe ich jedoch einen recht speziellen Aufbau:

Nvidia RTX 2080 (ohne Super)
Intel i9 9900K
32 GiB DDR4

Falls ich irgendwelche wichtigen Hardware-Informationen nachreichen soll, lasst es mich bitte wissen, ich umschreibe erst mal den Aufbau.

Ich möchte den PC für alles verwenden, also Office, Entwicklung, Gaming.

Tumbleweed läuft mit KDE6, welches rudimentären Support für HDR10 liefert.

Aktuell versuche ich Gaming über Sunshine/Moonlight einzurichten.
Sunshine habe ich mir aus dem aktuellen Repository kompiliert, läuft soweit.

Steam läuft mit Proton, ohne HDR scheinen die Spiele erst mal zu laufen, mit HDR freezen sie nach wenigen Minuten ein, die Audio und der Prozess läuft weiter.

Die verbaute Nvidia RTX 2080 läuft mit dem aktuellen Treiber 560.35.03, andere Treiber wurden auch versucht.
Zudem benutze ich das selbst kompilierte Programm gamescope, auch dieses wurde in verschiedenen Versionen kompiliert (zuletzt 3.15.11) und getestet, scheint aber mit dem 560.35.03 Treiber keinen Unterschied zu machen.

Die ganze Session läuft mit Wayland.

Und zuletzt verwende ich für den HDR-Output einen 4K HDR HDMI-Dummy-Plug, da ich ansonsten kein echtes HDR-Signal zum TV durchgereicht bekomme.

Nun habe ich folgenden Thread gefunden:
https://bugs.kde.org/show_bug.cgi?id=488941

Dort wird quasi genau das Problem umrissen.

Ich stecke den Dummy Plug nach einer frischen Installation an, der Bildschirm wird registriert und ist in den Einstellungen konfigurierbar. Auch HDR und 4K lassen sich aktivieren.

ABER: Lasse ich den Dummy-Plug nun angesteckt und reboote das System, so ist nach Neuanmeldung am sddm-greeter Schluss.

Die Bildschirme bleiben schwarz, ich kann nicht mal ins Terminal wechseln, aber auf einem Fremdgerät nach wie vor eine ssh-Session starten.

Das sysjournal wird derweil von einer Fehlermeldung geflutet:

kwin_wayland[2604]: kwin_scene_opengl: 0x502: GL_INVALID_OPERATION error generated. <image> and <target> are incompatible
kwin_wayland[2604]: kwin_scene_opengl: Invalid framebuffer status:  "GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT"

Diese ist jetzt aus dem Bug-Thread kopiert, trifft aber auch bei mir zu.

Im besagten Thread steht auch, dass es mit KDE 6.05 wohl noch reibungslos lief, ab 6.1 aber broken war.
Ich habe ein paar Nachforschungen angestellt und folgendes (auch durch den Thread) herausgefunden:

Die entscheidene Configfile liegt in:

~/.config/kwinoutputconfig.json

Diese File enthält die Display-Settings, ist aber nicht so einfach anpass- oder austauschbar.

Denn wenn ich sie zur Laufzeit von sddm austauschen zu versuche, wird sie einfach wieder restored, von einem mir bislang unbekanntem Prozess.

Man muss sddm wirklich stoppen und erst dann ist die File antastbar.
Ich habe einen groben Workaround erstellt, dass ein systemd-Service zum Shutdown/Reboot nach dem Stopp von sddm die File überschreibt, sodass bei einem Neustart die alte Config ohne dem 4K-HDR-Dummy-Plug geladen wird. Stecke ich dann den Plug wieder ein, so ist er auf Default Settings und neu konfigurierbar, ohne Freeze, bis zum nächsten Boot.

Daraufhin habe ich einen zweiten systemd-Service erstellt, der zum Boot und Start von sddm die Config überschreiben soll, wenn er zur Bootzeit angesteckt ist. Das funktioniert jedoch nicht immer und bin deshalb am überlegen, welche sauberen Lösungen man umsetzen könnte.

Ich dachte z.B. an udev-rules.

Wenn ich zu Hause bin, kann ich die Systemd-Service-Files und die Skripte nachreichen, aber eventuell hat jemand ein ähnliches Setup und Problem und hat eine Idee, dann bitte immer her mit Vorschlägen.

Vielen Dank!

 

[Der_Dicke82]

Moin, kannst du die config nicht beim shutdown ändern? Und dann wieder nach logon oder so?

Das wäre für mich am einfachsten.

 

[_anonymous0815_]

Moin, kannst du die config nicht beim shutdown ändern? Und dann wieder nach logon oder so?

So mache ichs ja, funktioniert leider nicht zuverlässig, ich vermute eine race condition.

 

[Mr.Zweig]

Hast Du denn überhaupt nen HDR fähigen Monitor? Sonst würde ich mir die ganze Fehlersuche einfach sparen.

 

[Der_Dicke82]

Ich hänge mit xfce noch immer auf x fest :-D deswegen kann ich sonst nicht soviel beitragen.

Was ist den das eigentliche Problem? Steuert er nur den doggle an, weil HDR aktiv ist und die anderen Monitore das nicht können?

Hast du mal die Änderungen zwischen 6.05 und 6.1 angeschaut, was dafür verantwortlich sein könnte?

Kommt beim Dongle denn ein Bild an, wenn alle anderen schwarz bleiben? Das System hat ja offensichtlich normal gestartet.

@Mr.Zweig so wie ich es verstehe soll nur der stream zum TV (welcher HDR kann) auch HDR sein. Deswegen ist wohl der Dongle notwendig, weil sonst gar kein HDR zur Verfügung steht.
Die anderen physikalisch angeschlossenen Monitore können kein HDR

 

[_anonymous0815_]

Hast Du denn überhaupt nen HDR fähigen Monitor? Sonst würde ich mir die ganze Fehlersuche einfach sparen.

Und zuletzt verwende ich für den HDR-Output einen 4K HDR HDMI-Dummy-Plug, da ich ansonsten kein echtes HDR-Signal zum TV durchgereicht bekomme.

Ergänzung (30. September 2024)

@Mr.Zweig so wie ich es verstehe soll nur der stream zum TV (welcher HDR kann) auch HDR sein. Deswegen ist wohl der Dongle notwendig, weil sonst gar kein HDR zur Verfügung steht.
Die anderen physikalisch angeschlossenen Monitore können kein HDR

Vollkommen richtig!

Ergänzung (30. September 2024)

Kommt beim Dongle denn ein Bild an, wenn alle anderen schwarz bleiben? Das System hat ja offensichtlich normal gestartet.

Der Dongle ist ja quasi ein Endstück, d.h. nur über Sunshine kann ich das Signal von ihm abgreifen, aber dieses wird richtig bereitgestellt, der Philips mit LG OLED Evo Panel erkennt auch HDR.

Ergänzung (30. September 2024)

Was ist den das eigentliche Problem? Steuert er nur den doggle an, weil HDR aktiv ist und die anderen Monitore das nicht können?

Eben die Meldung zu tausendfach im Journal, das kann an KDE liegen, das kann aber auch theoretisch an Nvidia liegen. Ich meine aber, dass es an KDE liegt, da ich im Bugthread einen bestimmten Nvidia-Treiber las, mit dem es problemlos funktioniert, hat es bei mir jedoch nicht.

 

[_anonymous0815_]

Ich wollte gerne nochmal ein paar Infos nachreichen, denn ich habe es unter der Woche nicht mehr geschafft und jetzt am WE siehts bisschen ruhiger aus.

Spoiler: Bash-Skript um Config zu überschreiben

#!/usr/bin/bash

DEFAULT_USER_HOME=/home/anon
default_kwin_output=$DEFAULT_USER_HOME/Development/kwinoutputconfig_default.json
MD5_DEFAULT_CONF=>>HIERMUSSDERHASHREIN<<
kwin_output_file=$DEFAULT_USER_HOME/.config/kwinoutputconfig.json
md5_actual_conf=($(md5sum $kwin_output_file))

if [ $md5_actual_conf != $MD5_DEFAULT_CONF ]
  then
    while systemctl is-active sddm
      do
        if systemctl stop sddm
          then
            rm $kwin_output_file && cp $default_kwin_output $kwin_output_file
          else
            sleep 1
        fi
    done
fi

if [ $? -eq 0 ] && [ $1 == boot]
  then
    systemctl restart sddm
fi

Spoiler: SystemD Service Files

#####
#ZUM BOOT:
#####

[Unit]
Description=Workaround HDR-Freeze-Bug in KDE 6.1 or higher or in NVIDIA 555.58 or higher

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=/home/anon/Development/clean_kwinoutput_after-boot_before-shutdown.sh boot
[Install]
WantedBy=sddm.service

#####
#ZUM SHUTDOWN/REBOOT:
#####

[Unit]
Description=Workaround HDR-Freeze-Bug in KDE 6.1 or higher or in NVIDIA 555.58 or higher

[Service]
Type=oneshot
RemainAfterExit=true
ExecStop=/home/anon/Development/clean_kwinoutput_after-boot_before-shutdown.sh

[Install]
WantedBy=multi-user.target

Aktuell scheint das zu funktionieren und ich denke, dass ich das Fehlverhalten von KDE6 soweit einschränken kann, dass es Probleme bekommt, wenn man die Auflösung ändern und HDR mit einem Speichern ändern, bzw. aktivieren möchte.

Vielleicht hilft es ja jemandem.

 

[Alexander2]

dass ich das Fehlverhalten von KDE6

Wenn das also ein KDE Bug ist, dann mache doch auch bitte eine Bugmeldung. Ist nicht mega kompliziert. Im grunde so wie hier im Forum zu posten.

Vielleicht hilft es ja jemandem.

das würde dann allen helfen, auch falls es eventuell kein KDE Bug sein sollte könnte aber eine Meldung bei Nvidia dabei herauskommen am ende.
Ohne das Probleme gemeldet werden, werden sie nicht gefixt. Die Entwickler können auch nicht alles alleine entdecken

Also wäre wirklich hilfreich. Nur wäre es sicher gut jedwede Wertung wegzulassen und höchstens auf eine Vermutung zu setzen, das es ein KDE Bug ist.

 

[_anonymous0815_]

Wenn das also ein KDE Bug ist, dann mache doch auch bitte eine Bugmeldung. Ist nicht mega kompliziert. Im grunde so wie hier im Forum zu posten.

Eventuell poste ich einfach in dem verlinkten Bug Thread.

Wäre ja schon ein Träumchen, wenn HDR irgendwann nativ läuft.

 

[Alexander2]

Ehm ich zocke jetzt seit monaten mit hdr.

und seitdem bei manjaro kde version 6.1.5 angekommen ist, ist es einfacher geworden.
Also ja, ganz normal nativ HDR auf Linux geht jetzt.

Also HDR ist nicht das Problem an sich.

Edit:
Da Screenshots noch nicht in HDR aufzunehmen gehen, bzw ich kein Programm kenne, das das machen würde ist somit aber durch das "überstrahlte hier zu erkennen:

Ghost of Tsushima gerade erst von gestern Samstag (mit heroic Games Launcher gestartet)

Und:
Spiderman Miles Morales vom 03.10.14 natürlich auch etwas überstrahlt.

Spiderman Remastered vom 20.07.24 auch überstrahlt etwas: (das war noch mit KDE 6.0.5)

16.07.

Edit:
Achso und .. HDR ist immer auf Desktop an seitdem. äh also seit Monaten. und bei restarts keine Zipperlein. Aber mir ist klar, du hast ne Nvidia Grafikkarte, also ... nuja. Ich will da auf dem Punkt nicht so rumtrampeln.