CB - Linux Gaming Thread

[Snakeeater]

Mal probiert das WoW Fenster mit einer Regel zu belegen "block compositing"? War jedenfalls früher hilfreich.

 

[petepow]

Hab jetzt in KDE keine Einstellung dafür gefunden.

Was noch interessant ist. Wenn man Adaptiv-Sync von Automatisch auf Aus stellt, fallen die FPS dann sogar auf 50 runter, sobald man die Kamera bewegt.

 

[Snakeeater]

Das ist eine Fenster Regel in den KDE Einstellungen, musst du manuell anlegen.

 

[petepow]

das hätte ich gefunden aber ob es das ist. hat auf jeden fall keinen unterschied gemacht

edit: ich habe jetzt noch andere Spiele ausprobiert, zwar werden mir dort 139 fps angezeigt, man sieht aber beim Monitor dass er meistens nur so um die 80-100Hz. Denke das wird dann allgemein ein KDE Plasma(kwin) Fehler sein.

 

[Snakeeater]

Du must du das Window schon richtig erkennen, ich bezweifle das dein WoW Fenster wow.exe heißt. Es gibt irgendwo eine Schaltfläche zum erkennen von Fenstereigenschaften. Ansonsten mal fix googeln wie man das macht.

Die ganzen Problenmeldungen mit KDE bestärken mich nur das System nie wieder anzufassen.

 

[Creekground]

1. Wenn ich mir der linken oder rechten Maustaste drücke und die Kamera bewege fallen die fps von 139 auf 80-100 runter. passiert in dem moment wo der Mauszeiger verschwindet.

Auf Discord gibt es einen Thread im support forum: KDE 6.8.1 / Mesa 26.2 / 9070XT performance issue when game is focused

Workaround soll das hier sein:

mkdir -p ~/.config/plasma-workspace/env/
echo 'export KWIN_DRM_USE_COLOR_PIPELINE=1' > ~/.config/plasma-workspace/env/kwin-color-pipeline.sh

 

[Grimba]

Habe gerade erfolgreich eine größere LAN-Party zum ersten Mal ausschließlich mit Linux in meinem Fall durchgezogen. Hat hervorragend geklappt, Rechner war ein Razer Blade 16 Notebook mit Optimus Setup, Dock dran, diverse Gerätschaften und Gamepad dran, alles ohne Probleme. Butterweich performt in jeder Situation. Und ich war nicht der einzige, allerdings hatten die meisten anderen Bazzite, ich war mit CachyOS alleine. Das einzige, woran ich länger laboriert hatte, war Company of Heroes 2, aber das lag nur an der zu hohen Hz-Zahl (240) des Notebookdisplays. Mit 120Hz startete das Spiel dann, musste man aber erstmal drauf kommen. Geschätzt 1/3 Linux PCs und 2/3 Windows PCs in der Verteilung, es führte nirgends zu einem Problem.

 

[petepow]

Du must du das Window schon richtig erkennen, ich bezweifle das dein WoW Fenster wow.exe heißt.

doch es heißt so, man konnte das so auswählen. Aber soweit ich gelesen habe funktioniert das ganze bei wayland eh nicht mehr.

Auf Discord gibt es einen Thread im support forum: KDE 6.8.1 / Mesa 26.2 / 9070XT performance issue when game is focused

danke. das habe ich vorher auch gefunden und wollte ich dann probieren.
gebe dann Feedback

@Creekground danke, das hat funktioniert, ist wieder alles normal.

 

[Creekground]

Falls jemand eine globale gaming.config nutzen möchte habe ich mir mit Hilfe von Gemini meine prüfen und für einen 5800X3D mit Radeon 9070 erweitern lassen.

# CachyOS & Plasma Wayland Optimierung (Nativ)
PROTON_ENABLE_WAYLAND=0
#game-performance %command%

# Latenz-Management (AMD Treiberseitig & Proton)
RADV_ANTI_LAG=1 # Nutzt das neue Mesa Anti-Lag Pacing (ab Mesa 26.3)
PROTON_DXVK_LOWLATENCY=1
PROTON_VKD3D_LOWLATENCY=1

# DXVK & Speicher-Management (DirectX 11)
# HINWEIS: dxvk.numCompilerThreads=16 nutzt alle Threads deines 5800X3D aus
DXVK_CONFIG="d3d11.maxTessFactor=8;d3d11.relaxedBarriers=True;dxvk.trackPipelineLifetime=False;dxvk.numCompilerThreads=16;dxvk.lowLatencyOffset=300;dxvk.maxFrameRate=176"
DXVK_HUD=latencydetails

# VKD3D (DirectX 12) & Speicher-Optimierung für RDNA 4
VKD3D_FRAME_RATE=176
VKD3D_LOW_LATENCY_OFFSET=300
VKD3D_CONFIG="descriptor_heap,no_invariant_position" # descriptor_heap entlastet die CPU
VKD3D_SWAPCHAIN_IMAGES=2
VKD3D_SWAPCHAIN_LATENCY_FRAMES=2
VKD3D_SWAPCHAIN_PRESENT_MODE=IMMEDIATE

# Shader-Cache (Optimal für CachyOS NVMe / SSDs)
MESA_SHADER_CACHE_MAX_SIZE=16G
PROTON_LOCAL_SHADER_CACHE=1

# Grafiktreiber-Performance (AMD RADV)
RADV_PERFTEST=rt # Aktiviert Hardware-Raytracing für RDNA 4 Kerne
RADV_DEBUG=appaddressing # Optimiert CPU->GPU Memory Mapping bei RDNA 4
MESA_VK_ENABLE_SUBMIT_THREAD=1
MESA_VK_WSI_PRESENT_MODE=immediate
DXVK_NVAPI_ALLOW_OTHER_DRIVERS=1

# HDR-Support (Nur nutzen, wenn dein Monitor HDR unter Plasma aktiv hat!)
#PROTON_FORCE_HDR=1

# Overlays & Proton-Spezifisches
MANGOHUD=1
PROTON_USE_WOW64=1
PROTON_USE_XALIA=0

Wahrscheinlich wird einiges nicht benötigt. Aber so ist es am einfachsten. Je nachdem was ich brauche lassen sich Variablen ändern und auskommentieren.

Das File muss in das Verzeichnis /home/user/.config/environment.d/gaming.conf kopiert werden. Nach einem Reboot funktionieren die Variablen für Steam Spiele.

 

[Sensei21]

# CachyOS & Plasma Wayland Optimierung (Nativ)
PROTON_ENABLE_WAYLAND=0

wie soll das nativ sein, wenn es xwayland nutzt und nicht im wayland Modus läuft ?

mit Hilfe von Gemini meine prüfen

"AI slop"

hat Gemini erklärt, dass es dadurch über xwayland läuft und evtl. weniger Probleme auftreten können mit neuen/alten Funktionen ?

oder hat es das einfach stillschweigend übergangen ?

Zum Post:

sind ein paar hübsche Einstellungen dabei, wenn die Toolchain und das System up-to-date sind (z.B. cachyos) dürfte descriptor_heap automatisch vom aktuellen proton-cachyos schon übernommen werden, da in mesa aktiv (glaube zumindest mich zu erinnern, dass es vor mehreren Woche default gestellt wurde)

 

[Creekground]

"AI slop"

Ja. Ich habe meine selbst gebastelte Liste mal in die AI kopiert. Habe es einfach mal so übernommen.
Da sind einige Variablen mit Proton Cachyos nicht mehr nötig.
Aber so habe ich es strukturiert und kann an/abwählen. Oder mal ein anderes Proton testen.

 

[Sensei21]

@Creekground bezog sich nur auf diesen einen Eintrag, sollte nicht beleidigend sein

manchmal frage ich mich, was diese ganzen "AI" Angebote sein sollen, wenn sie nicht mal grundlegende Logik beherrschen (überprüfen ob etwas, was einen Begriff enthält und diesen negiert diesen nicht automatisch ausschließt oder Ähnliches, etc.)

hatte KWIN_DRM_USE_COLOR_PIPELINE nicht auf dem Schirm - danke dafür, ist ja echt blöd, dass es mit 6.8.1 eingeführt wurde - denn genau das hat den unsichtbaren Cursor wieder sichtbar gemacht.

Also regression + fix in einer bump Version, die eigentlich nur Fehler beheben sollte

 

[petepow]

Ich hoffe das wird mit 6.8.2 gefixt. weil ganz sauber ist der Workaround auch nicht. Wenn man ein icc für den Monitor aktiv hat wird der Cursor in wow farblich ganz Kontrastarm, ist nicht schlimm aber würds mir trotzdem wieder wie vorher wünschen.

 

[Creekground]

Der KDE Plasma Update auf 6.8.2 hat bezüglich heruntertakten des VRAMś bei mir nichts gebracht. Wenn ich jetzt meinen Monitor auf 120Hz stelle sieht es so aus:



Von 40 Watt auf 20 Watt und Vram hängt bei 912Mhz.

Nach dem Update ist vor dem Update.

 

[petepow]

Update: mit 6.8.2 funktioniert bei mir wieder alles normal, brauche KWIN_DRM_USE_COLOR_PIPELINE nicht mehr umstellen.

@Creekground so siehts bei mir aus. da ist aber sogar der battle.net launcher im hintergrund offen. monitor läuft auf 144hz

so siehts aus wenn wirklich nur lact offen ist und nur der browser im hintergrund

 

[mario_mendel34]

Nachdem D7VK alle Direct3D-Versionen ab 3 bereits auf Vulkan wrappen kann, gibt es jetzt auch einen Fork, der Glide über das DXVK-Backend auf Vulkan wrappt:

https://www.phoronix.com/news/GXVK-3Dfx-Glide-Vulkan

Wirklich notwendig war das jetzt zwar nicht, da nGlide gut unter Proton funktioniert und hochkompatibel zu nahezu allen Glide-Spielen ist, aber mehr Auswahl zu haben, schadet ja nie.