Alternate 4

News Linux-Gaming: „Low Latency Layer“ bringt Anti-Lag-Funktionen für Linux

Die wilde Inge

Redakteur
Teammitglied
Registriert
Aug. 2009
Beiträge
2.431
Ein neues Open-Source-Projekt sorgt derzeit in der Linux-Gaming-Community für Aufmerksamkeit: „Low Latency Layer“. Das auf GitHub veröffentlichte Projekt will die sogenannte „Click-to-Photon“-Latenz reduzieren – also die Zeit zwischen einer Eingabe per Maus oder Tastatur und der sichtbaren Reaktion auf dem Bildschirm.

Zur News: Linux-Gaming: „Low Latency Layer“ bringt Anti-Lag-Funktionen für Linux
 
  • Gefällt mir
Reaktionen: flo.murr, Spike Py, Deinorius und 31 andere
War auch mein Gedanke.
Das Popcorn zur Beobachtung der Early Adopter hier im Forum steht bereit.
 
  • Gefällt mir
Reaktionen: iSight2TheBlind
Kaito Kariheddo schrieb:
Bannwelle in 3..2..1.. Ob AntiCheat das mögen wird?^^

Einfach nichts spielen das anti cheat erfordert. ;)
Ist in der Regel eh ein viel schöneres Erlebnis.
 
  • Gefällt mir
Reaktionen: Zensored, the_IT_Guy, nyster und 29 andere
Mit Optiscaler kann ich auch Reflex nutzen. Kommt das nicht aufs gleiche raus?
 
nipponpasi schrieb:
So beginnen ja einige open source Erfolgsgeschichten.
In dem Zusammenhang einfach mal etwas recherchieren wieso Proton (der Direct3D-Wrapper für Linux) überhaupt gestartet wurde. Tipp: 2B :)
 
Ich habe natürlich vulkan-low-latency-layer installiert und habe CS2 getestet.
CS2 spiele ich aus Latenzgründen nur unter Windows und wegen Faceit.

Und ich muss schreiben, dass die Latenz in den Monaten viel besser geworden ist. Unter Windows finde ich es aber noch ein bisschen mehr snappier. Könnte an den größeren FPS-Unterschied liegen.


Jedenfalls sollte man darauf achten, dass "Direct Scanout" auch aktiviert ist.
Mit KDE Plasma 6.6 Wayland geht das so:
  1. Debug Console öffnen: $ qdbus6 org.kde.KWin /KWin showDebugConsole
  2. Effects Tab > Load "showcompositing"
  3. -> „Compositing“ wird nun in der oberen rechten Ecke rot angezeigt
  4. Nun startet ihr eine Vollbild-Anwendung und der Text sollte verschwinden
In der derzeitigen Plasma-Version darf man kein ICC-Farbprofil benutzen und auch das Nachtlicht muss ausgeschaltet sein, damit Direct Scanout funktioniert.
 
  • Gefällt mir
Reaktionen: Deinorius, zhompster, Termy und 7 andere
@agon:

was könnte noch dafür sorgen, dass compositing nicht weg geht ?

nutze kein Nachtlight und kein ICC Farbprofile :skull_alt:

edit:

screen tearing zulassen deaktivieren, macht compositing weg -_-

erhöhte Latenz, aber immerhin direct scanout aktiv

Direct Scanout in KWin fails to bypass compositing (indicated by the persistent "Compositing" text) primarily due to visible cursors, HDR enablement, or multi-GPU configuration issues.

Common Causes and Solutions​

  • Visible Cursors and V-Sync: Direct Scanout often fails when the mouse cursor is visible or V-Sync is disabled. Users report that disabling the game's "hardware cursor" or creating a window rule to set "Allow tearing" to Off can force Direct Scanout to activate, though this may introduce minor visual glitches.
  • HDR Enabled: If HDR is enabled, Direct Scanout typically does not work. Disabling HDR in the display settings is a confirmed fix for maintaining Direct Scanout in fullscreen applications.
  • Multi-GPU (Hybrid) Setups: On systems with both integrated and discrete GPUs (e.g., Intel + NVIDIA), KWin may default to the wrong GPU for the scanout path. You can resolve this by explicitly defining the DRM device order in a systemd user override for plasma-kwin_wayland.service:

    <span>[Service]</span><br><span>Environment</span>=KWIN_DRM_DEVICES=/dev/dri/card1:/dev/dri/card2

    Replace card1 and card2 with your specific GPU identifiers (check via lspci -k).
  • Display Color Profiles: If a Color Profile other than "None" is selected in display settings, Direct Scanout will not engage. Setting the profile to "None" may resolve the issue.
  • OpenGL Safety Flags: In older or specific X11 configurations, ensure OpenGLIsUnsafe is set to false in ~/.config/kwinrc under the [Compositing] section.

Verification​

To verify if Direct Scanout is active, enable the "Show Compositing Effect" desktop effect. The text should disappear when the game is running in fullscreen with Direct Scanout working correctly. If the text remains, one of the above factors is likely preventing the scanout path.
Quelle: search.brave.com: "kwin direct scanout not working compositing word not going away"
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: homunkulus
Sensei21 schrieb:
screen tearing zulassen deaktivieren, deaktiviert es -_-
Das ist ja auch das, was du willst. Die Anwendung entscheidet über VSync. Es geht nicht durch die compositing pipeline, welche VSync forciert.
 
  • Gefällt mir
Reaktionen: nyster, Tanzmusikus, Termy und 3 andere
@Sensei21 Evtl. noch Color accuracy auf "Prefer efficiency". HDR ist bei mir aus und ich habe meine iGPU deaktiviert.
Bei manchen Spielen wird DS deaktiviert, wenn der Cursor bewegt wird. Du kannst auch den Browser oder den Mediaplayer in den Vollbild bringen, um das zu testen. Mit Plasma 6.7 sollte mehr gehen.

Die Debug Console muss geschlossen werden.

1779397682334.png
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: nyster, drake23, Tanzmusikus und 2 andere
"screen tearing" aka "tearing protocol" ist ein unabhängiger zusätzlicher Mechanismus, nur kann kaum eine Anwendung davon Gebrauch machen

Screen tearing in KDE Plasma on Wayland is managed through two distinct but related features: Direct Scan-Out and the Tearing Protocol.

Direct Scan-Out bypasses the compositor for fullscreen applications, reducing latency and resource usage by sending frames directly from the application to the display hardware. This feature has been supported in KDE Plasma since version 5.22. To enable it, users should navigate to System Settings > Display and Monitor > Compositor and ensure that "Screen tearing: Allow in fullscreen windows" is enabled. This setting allows fullscreen applications (like games or video players) to request direct scan-out, which effectively prevents tearing for those specific windows.

The Tearing Protocol (introduced in KDE Plasma 5.27) is a separate client-side protocol that allows applications to explicitly request tearing behavior. However, support for this protocol is still limited; most applications, including Xwayland apps, do not yet support it. Consequently, the primary method for preventing tearing in fullscreen applications remains the Direct Scan-Out implementation. If tearing persists, it may be due to driver limitations (particularly with Nvidia proprietary drivers) or active desktop effects that block direct scan-out.

Summary of Key Points​

  • Direct Scan-Out: Bypasses the compositor for fullscreen apps to reduce latency and tearing; available since Plasma 5.22.
  • Enabling Tearing Prevention: Set "Screen tearing: Allow in fullscreen windows" in System Settings > Display and Monitor > Compositor.
  • Tearing Protocol: A newer client-side protocol (Plasma 5.27+) that is not widely supported by applications yet.
  • Potential Issues: Nvidia drivers and active desktop effects (like blur or fading popups) can interfere with direct scan-out, potentially causing stutter or tearing.
search.brave.com: "kde screen tearing allow in fullscreen windows direct scanout"

Es ist also nur bis proton oder wine das unterstützt, dann kann es explizit aktiviert werden - war davon ausgegangen, dass wine = screen tearing explizit (oder implizit) meint, aber es muss noch manuell eingestellt werden

das wird :)

zumindest jetzt sollte also "allow screen tearing" deaktiviert sein

@agon:

danke, tut jetzt, mein Monitor kann HDR nicht so gut, prefer efficiency ist auch eingestellt
 
  • Gefällt mir
Reaktionen: agon
@No_Toxic_Gamer
Ja, aber je mehr Geld die Buden alle für ihre Drecks-Anticheat-Tools, oder gar kernel-level spyware erhalten, desto länger muss man sich mit diesem Mist rumschlagen. Diese Windows-only und gegen jedes bisschen Privatsphäre / IT-Sicherheit verstoßenden Anticheats sind nur die faule Variante derer, die kein vernünftiges Anticheat entwickeln wollen.
 
  • Gefällt mir
Reaktionen: nyster, up.whatever, Tanzmusikus und 3 andere
Nerdpatrol schrieb:
@No_Toxic_Gamer
Ja, aber je mehr Geld die Buden alle für ihre Drecks-Anticheat-Tools, oder gar kernel-level spyware erhalten,
Eben. Andererseits würde dann vermutlich mehr serverseitig laufen und das wäre auch ein fauler Kompromiss. Publisher würden es vermutlich lieben, wenn man nur noch streamt, weil man dann noch weniger Rechte am gekauften Spiel besitzt.
 
nipponpasi schrieb:
keine Ahnung worauf du hinaus willst.
Auf dem Umstand, dass - wie du sagtest - einige große Open Source Erfolgsgeschichten einfach aus Frust entehen.

DXVK/Proton welches im Endeffekt heute die Grundlage für das Steamdeck (bzw. Windows-Gaming unter Linux) ist hat quasi auch nur das Licht der Welt erblickt, weil ein Dude frustriert war auf seinem Linux-PC mit Wine nicht "Nier: Automata" spielen zu können, was zu der zeit selbst unter Windows wie ein Sack Nüsse lief.

BTW: "Nier: Automata" ist ein großartiges Erlebnis, der hat die richtigen Prioritäten :)
 
  • Gefällt mir
Reaktionen: nyster, Tanzmusikus, grabeskuehle und eine weitere Person
Resourcenverschwendung, braucht ungefähr kein Mensch. Jeder der denkt er bräuchte das tut mir leid.

"Profis" spielen mit gümmligster Hardware, niemand wird mit solch einem Feature in irgendetwas besser. Und mal wieder kommt diese "Technik" ursprünglich aus dem grünen Haus...na wen wunderts.
 
Zurück
Oben