low_latency_layer bringt Reflex‑ähnliche Low‑Latency auf jede Linux‑GPU
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt. Das Layer stellt Vulkan‑Extensions wie VK NV low latency2 und VK AMD anti lag bereit und steuert CPU‑ und GPU‑Timing, um Eingabeverzögerung zu reduzieren.
Veröffentlicht vonBearbeitet mit GPT-5.5Bilder erstellt mit GPT Image 2
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt.
Das Layer stellt Vulkan‑Extensions wie VK NV low latency2 und VK AMD anti lag bereit und steuert CPU‑ und GPU‑Timing, um Eingabeverzögerung zu reduzieren.
Erste Erwartungen zeigen Vorteile vor allem bei GPU‑limitierten Spielen, auch wenn proprietäre Features wie Nvidia Reflex 2 Frame Warp nicht vollständig nachgebildet werden können.
What is low_latency_layer, how does this new open-source Vulkan layer bring Nvidia Reflex 2 and AMD Anti-Lag 2 to any Linux GPU across AMD,Open‑source Vulkan layers can intercept graphics calls and implement latency‑reduction logic across different GPU vendors.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: What is low_latency_layer, how does this new open-source Vulkan layer bring Nvidia Reflex 2 and AMD Anti-Lag 2 to any Linux GPU across AMD,. Article summary: low_latency_layer appears to be an open-source Vulkan layer that exposes/implements low-latency APIs normally tied to vendor stacks—especially `VK_NV_low_latency2` / Nvidia Reflex-style pacing and `VK_AMD_anti_lag` / AMD. Topic tags: general, documentation, general web, user generated. Reference image context from search candidates: Reference image 1: visual subject "Reflex 2 combines Reflex Low Latency mode with a new Frame Warp technology, further reducing latency by updating the rendered game frame based on the latest" source context "NVIDIA Reflex 2 With New Frame Warp Technology Reduces Latency In Games By Up To 75% | GeForce News | NVIDIA" Reference image
openai.com
Warum Input‑Latenz für PC‑Gaming entscheidend ist
Im kompetitiven PC‑Gaming zählt jede Millisekunde. Entscheidend ist die sogenannte Input‑to‑Photon‑Latency – also die Zeit zwischen einer Eingabe (zum Beispiel Maus oder Tastatur) und dem Moment, in dem diese Aktion tatsächlich auf dem Bildschirm erscheint.
Technologien wie Nvidia Reflex oder AMD Anti‑Lag wurden genau dafür entwickelt. Sie koordinieren die Arbeit von CPU und GPU so, dass Frames möglichst spät erzeugt werden und Eingaben dadurch schneller sichtbar werden.
Unter Linux war der Zugang zu solchen Funktionen bisher allerdings oft eingeschränkt: Viele Implementierungen sind eng an Windows‑Treiber oder proprietäre GPU‑Stacks gebunden.
Hier setzt ein neues experimentelles Open‑Source‑Projekt an: low_latency_layer.
Die Grundidee: Low‑Latency über ein Vulkan‑Layer
Vulkan besitzt ein flexibles System sogenannter Layers. Diese liegen zwischen Anwendung und Grafiktreiber und können:
API‑Aufrufe abfangen
Verhalten verändern
zusätzliche Funktionen bereitstellen
low_latency_layer nutzt genau dieses Konzept. Statt die Latenzlogik im Treiber zu implementieren, erledigt das Layer selbst das Timing und Frame‑Scheduling.
Dabei kann das Layer beispielsweise:
Low‑Latency‑Vulkan‑Extensions gegenüber dem Spiel „bewerben"
relevante Funktionsaufrufe abfangen
CPU‑Timing und Frame‑Submission koordinieren
Der entscheidende Vorteil: Diese Logik läuft im Userspace und unabhängig vom GPU‑Hersteller. Theoretisch funktioniert das also mit AMD‑, Nvidia‑ und Intel‑Grafikkarten gleichermaßen.
Die Vulkan‑Extensions hinter modernen Low‑Latency‑Techniken
Zwei Vulkan‑Extensions spielen dabei eine zentrale Rolle.
VK_NV_low_latency2 – Reflex‑ähnliche Steuerung
Die Erweiterung VK_NV_low_latency2 erlaubt es Anwendungen, präzise zu steuern, wann CPU‑Arbeit für den nächsten Frame beginnen soll.
Dadurch wird die Zeit zwischen Eingabe und Darstellung minimiert. Anwendungen können etwa Funktionen wie vkSetLatencySleepModeNV und vkLatencySleepNV verwenden, um CPU‑Arbeit bis zum optimalen Zeitpunkt zu verzögern.
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „low_latency_layer bringt Reflex‑ähnliche Low‑Latency auf jede Linux‑GPU“?
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt.
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt. Das Layer stellt Vulkan‑Extensions wie VK NV low latency2 und VK AMD anti lag bereit und steuert CPU‑ und GPU‑Timing, um Eingabeverzögerung zu reduzieren.
Was soll ich als nächstes in der Praxis tun?
Erste Erwartungen zeigen Vorteile vor allem bei GPU‑limitierten Spielen, auch wenn proprietäre Features wie Nvidia Reflex 2 Frame Warp nicht vollständig nachgebildet werden können.
low_latency_layer bringt Reflex‑ähnliche Low‑Latency auf jede Linux‑GPU
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt. Das Layer stellt Vulkan‑Extensions wie VK NV low latency2 und VK AMD anti lag bereit und steuert CPU‑ und GPU‑Timing, um Eingabeverzögerung zu reduzieren.
Veröffentlicht vonBearbeitet mit GPT-5.5Bilder erstellt mit GPT Image 2
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt.
Das Layer stellt Vulkan‑Extensions wie VK NV low latency2 und VK AMD anti lag bereit und steuert CPU‑ und GPU‑Timing, um Eingabeverzögerung zu reduzieren.
Erste Erwartungen zeigen Vorteile vor allem bei GPU‑limitierten Spielen, auch wenn proprietäre Features wie Nvidia Reflex 2 Frame Warp nicht vollständig nachgebildet werden können.
What is low_latency_layer, how does this new open-source Vulkan layer bring Nvidia Reflex 2 and AMD Anti-Lag 2 to any Linux GPU across AMD,Open‑source Vulkan layers can intercept graphics calls and implement latency‑reduction logic across different GPU vendors.
KI-Prompt
Create a landscape editorial hero image for this Studio Global article: What is low_latency_layer, how does this new open-source Vulkan layer bring Nvidia Reflex 2 and AMD Anti-Lag 2 to any Linux GPU across AMD,. Article summary: low_latency_layer appears to be an open-source Vulkan layer that exposes/implements low-latency APIs normally tied to vendor stacks—especially `VK_NV_low_latency2` / Nvidia Reflex-style pacing and `VK_AMD_anti_lag` / AMD. Topic tags: general, documentation, general web, user generated. Reference image context from search candidates: Reference image 1: visual subject "Reflex 2 combines Reflex Low Latency mode with a new Frame Warp technology, further reducing latency by updating the rendered game frame based on the latest" source context "NVIDIA Reflex 2 With New Frame Warp Technology Reduces Latency In Games By Up To 75% | GeForce News | NVIDIA" Reference image
openai.com
Warum Input‑Latenz für PC‑Gaming entscheidend ist
Im kompetitiven PC‑Gaming zählt jede Millisekunde. Entscheidend ist die sogenannte Input‑to‑Photon‑Latency – also die Zeit zwischen einer Eingabe (zum Beispiel Maus oder Tastatur) und dem Moment, in dem diese Aktion tatsächlich auf dem Bildschirm erscheint.
Technologien wie Nvidia Reflex oder AMD Anti‑Lag wurden genau dafür entwickelt. Sie koordinieren die Arbeit von CPU und GPU so, dass Frames möglichst spät erzeugt werden und Eingaben dadurch schneller sichtbar werden.
Unter Linux war der Zugang zu solchen Funktionen bisher allerdings oft eingeschränkt: Viele Implementierungen sind eng an Windows‑Treiber oder proprietäre GPU‑Stacks gebunden.
Hier setzt ein neues experimentelles Open‑Source‑Projekt an: low_latency_layer.
Die Grundidee: Low‑Latency über ein Vulkan‑Layer
Vulkan besitzt ein flexibles System sogenannter Layers. Diese liegen zwischen Anwendung und Grafiktreiber und können:
API‑Aufrufe abfangen
Verhalten verändern
zusätzliche Funktionen bereitstellen
low_latency_layer nutzt genau dieses Konzept. Statt die Latenzlogik im Treiber zu implementieren, erledigt das Layer selbst das Timing und Frame‑Scheduling.
Dabei kann das Layer beispielsweise:
Low‑Latency‑Vulkan‑Extensions gegenüber dem Spiel „bewerben"
relevante Funktionsaufrufe abfangen
CPU‑Timing und Frame‑Submission koordinieren
Der entscheidende Vorteil: Diese Logik läuft im Userspace und unabhängig vom GPU‑Hersteller. Theoretisch funktioniert das also mit AMD‑, Nvidia‑ und Intel‑Grafikkarten gleichermaßen.
Die Vulkan‑Extensions hinter modernen Low‑Latency‑Techniken
Zwei Vulkan‑Extensions spielen dabei eine zentrale Rolle.
VK_NV_low_latency2 – Reflex‑ähnliche Steuerung
Die Erweiterung VK_NV_low_latency2 erlaubt es Anwendungen, präzise zu steuern, wann CPU‑Arbeit für den nächsten Frame beginnen soll.
Dadurch wird die Zeit zwischen Eingabe und Darstellung minimiert. Anwendungen können etwa Funktionen wie vkSetLatencySleepModeNV und vkLatencySleepNV verwenden, um CPU‑Arbeit bis zum optimalen Zeitpunkt zu verzögern.
Studio Global AI
Setzen Sie Ihre Recherche fort
Diese Seite enthält eine quellengestützte Antwort, die Sie in Studio Global fortsetzen können.
Wie lautet die kurze Antwort auf „low_latency_layer bringt Reflex‑ähnliche Low‑Latency auf jede Linux‑GPU“?
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt.
Was sind die wichtigsten Punkte, die zuerst validiert werden müssen?
low latency layer ist ein experimentelles Open‑Source‑Vulkan‑Layer, das Reflex‑ und Anti‑Lag‑ähnliche Frame‑Pacing‑Mechanismen für Linux‑Games bereitstellt. Das Layer stellt Vulkan‑Extensions wie VK NV low latency2 und VK AMD anti lag bereit und steuert CPU‑ und GPU‑Timing, um Eingabeverzögerung zu reduzieren.
Was soll ich als nächstes in der Praxis tun?
Erste Erwartungen zeigen Vorteile vor allem bei GPU‑limitierten Spielen, auch wenn proprietäre Features wie Nvidia Reflex 2 Frame Warp nicht vollständig nachgebildet werden können.
Eine frühere Erweiterung, VK_NV_low_latency, dient unter anderem dazu, Reflex‑Support abzufragen.
VK_AMD_anti_lag – CPU‑Pacing gegen Frame‑Queues
Die Erweiterung VK_AMD_anti_lag verfolgt ein ähnliches Ziel: Sie verhindert, dass die CPU zu viele Frames im Voraus berechnet.
Wenn CPU und GPU besser synchronisiert sind, entsteht weniger Frame‑Queueing – und damit sinkt die Verzögerung zwischen Eingabe und Bildausgabe.
Diese Erweiterung wurde später direkt in das Vulkan‑Ökosystem aufgenommen und macht Anti‑Lag‑ähnliche Funktionen auch außerhalb von DirectX‑Umgebungen möglich.
Wie low_latency_layer diese Funktionen umsetzt
Das Projekt implementiert die Logik dieser Extensions selbst – ohne dass der Grafikkartentreiber sie bereitstellen muss.
Der Ablauf funktioniert vereinfacht so:
Extensions bereitstellen: Das Layer meldet dem Spiel Unterstützung für VK_NV_low_latency2 oder VK_AMD_anti_lag.
Funktionsaufrufe abfangen: Wenn das Spiel diese APIs nutzt, fängt das Layer die Aufrufe ab.
Timing selbst steuern: Das Layer bestimmt selbst, wann CPU‑Arbeit startet, wann Frames eingereicht werden und wie viele Frames gleichzeitig gepuffert werden.
Weil sich diese Mechanismen hauptsächlich auf CPU‑Timing und Swapchain‑Scheduling beziehen, sind keine herstellerspezifischen Hardwarepfade notwendig. Genau deshalb kann ein Vulkan‑Layer diese Funktionen theoretisch GPU‑übergreifend bereitstellen.
Unterstützung für native Linux‑Games und Proton
Ein wichtiger Punkt ist die Integration in bestehende Linux‑Gaming‑Stacks.
Native Vulkan‑Spiele
Bei Spielen mit nativer Vulkan‑Unterstützung kann das Layer einfach wie andere Vulkan‑Layers geladen werden. Das Spiel sieht dann die Low‑Latency‑Extensions und nutzt sie direkt.
Proton und Windows‑Spiele
Die meisten Windows‑Titel laufen unter Linux über Proton. Dabei werden DirectX‑APIs auf Vulkan übersetzt.
Wichtige Komponenten sind:
DXVK für Direct3D 9/10/11
vkd3d‑proton für Direct3D 12
Neue Versionen von DXVK haben bereits Unterstützung für Nvidia Reflex erweitert, wenn die Vulkan‑Extension VK_NV_low_latency2 verfügbar ist.
Stellt ein Vulkan‑Layer diese Extension bereit, können auch Windows‑Spiele über Proton von Low‑Latency‑Mechanismen profitieren.
Vergleich mit bestehenden Linux‑Lösungen
Linux hat bereits einige ähnliche Ansätze.
Mesa Anti‑Lag Layer
Das Mesa‑Projekt enthält ein eigenes Vulkan‑Layer zur Umsetzung von VK_AMD_anti_lag. Dieses sorgt ebenfalls für besseres Frame‑Pacing und geringere Eingabeverzögerung.
Der Fokus liegt jedoch hauptsächlich auf AMD‑spezifischen Funktionen.
Ein Projekt wie low_latency_layer versucht dagegen, mehrere APIs gleichzeitig anzubieten – also sowohl Nvidia‑Reflex‑ähnliche als auch AMD‑Anti‑Lag‑ähnliche Schnittstellen.
LatencyFleX
Ein früherer Versuch war LatencyFleX, ein Middleware‑Projekt, das Nvidia‑Reflex‑fähige Spiele auch auf Nicht‑Nvidia‑Hardware nutzbar machen wollte.
low_latency_layer verfolgt eine ähnliche Idee, nutzt aber direkter die Vulkan‑Extension‑Mechanik.
Was frühe Benchmarks erwarten lassen
Öffentliche Benchmarks speziell für low_latency_layer sind bisher noch begrenzt. Deshalb lassen sich noch keine endgültigen Vergleiche mit Windows‑Implementierungen ziehen.
Was man aus bestehenden Low‑Latency‑Technologien weiß:
Der Effekt ist besonders stark, wenn ein Spiel GPU‑limitiert ist.
In solchen Fällen kann geringeres Frame‑Queueing die Eingabelatenz deutlich reduzieren.
Reflex und Anti‑Lag können dabei leichte Änderungen bei Frame‑Times oder 1‑%‑Lows verursachen, weil bewusst weniger Frames gepuffert werden.
Ein offenes Vulkan‑Layer kann außerdem nicht alle proprietären Funktionen nachbilden.
Beispielsweise nutzt Nvidia Reflex 2 zusätzlich eine Technik namens Frame Warp, die Frames kurz vor der Anzeige nochmals mit aktuellen Eingaben aktualisiert.
Solche tief in Treiber und Hardware integrierten Features lassen sich in einem generischen Layer nur schwer replizieren.
Warum das für Linux‑Gaming wichtig ist
Historisch waren Low‑Latency‑Technologien stark an bestimmte GPUs, Treiber und Windows‑APIs gebunden.
Ein offener Vulkan‑Layer verschiebt diese Dynamik:
Latenzsteuerung wird offene Software statt Treiber‑Blackbox
Funktionen können herstellerübergreifend genutzt werden
Linux‑Stacks wie Proton, DXVK und Mesa lassen sich leichter integrieren
Gerade für kompetitive Spiele – etwa Shooter oder Esports‑Titel – ist niedrige Eingabelatenz oft genauso wichtig wie hohe Bildraten.
Wenn sich der Ansatz weiterentwickelt, könnte low_latency_layer dazu beitragen, dass Linux‑Systeme in diesem Bereich deutlich näher an Windows‑Gaming‑Setups heranrücken.
Noch ist das Projekt allerdings jung – und umfassende Tests über viele Spiele und Hardwarekombinationen stehen größtenteils noch aus.
Trotzdem zeigt der Ansatz, wie offene Grafik‑Stacks künftig Reflex‑ähnliche Reaktionszeiten für das gesamte Linux‑GPU‑Ökosystem ermöglichen könnten.
gamingonlinux.comDXVK 2.6 brings expanded Nvidia Reflex support and lots ...
Eine frühere Erweiterung, VK_NV_low_latency, dient unter anderem dazu, Reflex‑Support abzufragen.
VK_AMD_anti_lag – CPU‑Pacing gegen Frame‑Queues
Die Erweiterung VK_AMD_anti_lag verfolgt ein ähnliches Ziel: Sie verhindert, dass die CPU zu viele Frames im Voraus berechnet.
Wenn CPU und GPU besser synchronisiert sind, entsteht weniger Frame‑Queueing – und damit sinkt die Verzögerung zwischen Eingabe und Bildausgabe.
Diese Erweiterung wurde später direkt in das Vulkan‑Ökosystem aufgenommen und macht Anti‑Lag‑ähnliche Funktionen auch außerhalb von DirectX‑Umgebungen möglich.
Wie low_latency_layer diese Funktionen umsetzt
Das Projekt implementiert die Logik dieser Extensions selbst – ohne dass der Grafikkartentreiber sie bereitstellen muss.
Der Ablauf funktioniert vereinfacht so:
Extensions bereitstellen: Das Layer meldet dem Spiel Unterstützung für VK_NV_low_latency2 oder VK_AMD_anti_lag.
Funktionsaufrufe abfangen: Wenn das Spiel diese APIs nutzt, fängt das Layer die Aufrufe ab.
Timing selbst steuern: Das Layer bestimmt selbst, wann CPU‑Arbeit startet, wann Frames eingereicht werden und wie viele Frames gleichzeitig gepuffert werden.
Weil sich diese Mechanismen hauptsächlich auf CPU‑Timing und Swapchain‑Scheduling beziehen, sind keine herstellerspezifischen Hardwarepfade notwendig. Genau deshalb kann ein Vulkan‑Layer diese Funktionen theoretisch GPU‑übergreifend bereitstellen.
Unterstützung für native Linux‑Games und Proton
Ein wichtiger Punkt ist die Integration in bestehende Linux‑Gaming‑Stacks.
Native Vulkan‑Spiele
Bei Spielen mit nativer Vulkan‑Unterstützung kann das Layer einfach wie andere Vulkan‑Layers geladen werden. Das Spiel sieht dann die Low‑Latency‑Extensions und nutzt sie direkt.
Proton und Windows‑Spiele
Die meisten Windows‑Titel laufen unter Linux über Proton. Dabei werden DirectX‑APIs auf Vulkan übersetzt.
Wichtige Komponenten sind:
DXVK für Direct3D 9/10/11
vkd3d‑proton für Direct3D 12
Neue Versionen von DXVK haben bereits Unterstützung für Nvidia Reflex erweitert, wenn die Vulkan‑Extension VK_NV_low_latency2 verfügbar ist.
Stellt ein Vulkan‑Layer diese Extension bereit, können auch Windows‑Spiele über Proton von Low‑Latency‑Mechanismen profitieren.
Vergleich mit bestehenden Linux‑Lösungen
Linux hat bereits einige ähnliche Ansätze.
Mesa Anti‑Lag Layer
Das Mesa‑Projekt enthält ein eigenes Vulkan‑Layer zur Umsetzung von VK_AMD_anti_lag. Dieses sorgt ebenfalls für besseres Frame‑Pacing und geringere Eingabeverzögerung.
Der Fokus liegt jedoch hauptsächlich auf AMD‑spezifischen Funktionen.
Ein Projekt wie low_latency_layer versucht dagegen, mehrere APIs gleichzeitig anzubieten – also sowohl Nvidia‑Reflex‑ähnliche als auch AMD‑Anti‑Lag‑ähnliche Schnittstellen.
LatencyFleX
Ein früherer Versuch war LatencyFleX, ein Middleware‑Projekt, das Nvidia‑Reflex‑fähige Spiele auch auf Nicht‑Nvidia‑Hardware nutzbar machen wollte.
low_latency_layer verfolgt eine ähnliche Idee, nutzt aber direkter die Vulkan‑Extension‑Mechanik.
Was frühe Benchmarks erwarten lassen
Öffentliche Benchmarks speziell für low_latency_layer sind bisher noch begrenzt. Deshalb lassen sich noch keine endgültigen Vergleiche mit Windows‑Implementierungen ziehen.
Was man aus bestehenden Low‑Latency‑Technologien weiß:
Der Effekt ist besonders stark, wenn ein Spiel GPU‑limitiert ist.
In solchen Fällen kann geringeres Frame‑Queueing die Eingabelatenz deutlich reduzieren.
Reflex und Anti‑Lag können dabei leichte Änderungen bei Frame‑Times oder 1‑%‑Lows verursachen, weil bewusst weniger Frames gepuffert werden.
Ein offenes Vulkan‑Layer kann außerdem nicht alle proprietären Funktionen nachbilden.
Beispielsweise nutzt Nvidia Reflex 2 zusätzlich eine Technik namens Frame Warp, die Frames kurz vor der Anzeige nochmals mit aktuellen Eingaben aktualisiert.
Solche tief in Treiber und Hardware integrierten Features lassen sich in einem generischen Layer nur schwer replizieren.
Warum das für Linux‑Gaming wichtig ist
Historisch waren Low‑Latency‑Technologien stark an bestimmte GPUs, Treiber und Windows‑APIs gebunden.
Ein offener Vulkan‑Layer verschiebt diese Dynamik:
Latenzsteuerung wird offene Software statt Treiber‑Blackbox
Funktionen können herstellerübergreifend genutzt werden
Linux‑Stacks wie Proton, DXVK und Mesa lassen sich leichter integrieren
Gerade für kompetitive Spiele – etwa Shooter oder Esports‑Titel – ist niedrige Eingabelatenz oft genauso wichtig wie hohe Bildraten.
Wenn sich der Ansatz weiterentwickelt, könnte low_latency_layer dazu beitragen, dass Linux‑Systeme in diesem Bereich deutlich näher an Windows‑Gaming‑Setups heranrücken.
Noch ist das Projekt allerdings jung – und umfassende Tests über viele Spiele und Hardwarekombinationen stehen größtenteils noch aus.
Trotzdem zeigt der Ansatz, wie offene Grafik‑Stacks künftig Reflex‑ähnliche Reaktionszeiten für das gesamte Linux‑GPU‑Ökosystem ermöglichen könnten.
gamingonlinux.comDXVK 2.6 brings expanded Nvidia Reflex support and lots ...
