Kurzfazit: OpenXR, SteamVR und OpenComposite sind keine drei gleichartigen Produkte. OpenXR ist ein offener XR-Standard, SteamVR ist unter anderem eine Runtime und Plattform, und OpenComposite ist ein Kompatibilitätsweg, der bestimmte OpenVR/SteamVR-Pfade ersetzen kann. Wer diese Ebenen trennt, versteht viele PCVR-Probleme sofort besser.
OpenXR ist der Standard, nicht die konkrete Runtime
Khronos pflegt OpenXR als plattformübergreifende API für XR-Anwendungen. Ein OpenXR-Spiel spricht gegen den Standard, benötigt auf dem PC aber trotzdem eine aktive OpenXR-Runtime. Je nach Headset kann das beispielsweise SteamVR, Meta oder Pimax sein. Es kann immer nur eine Runtime als aktuelle OpenXR-Runtime registriert sein.
Genau deshalb gibt es in verschiedenen Clients Schaltflächen wie „Set as OpenXR Runtime“. Damit wird nicht OpenXR installiert, sondern festgelegt, welcher Anbieter OpenXR-Anwendungen auf diesem PC übernimmt. Khronos führt OpenXR 1.1 weiterhin als aktuelle Standardgeneration.
Was SteamVR in dieser Kette macht
SteamVR ist weit mehr als eine Spielebibliothek. Es stellt für viele Headsets Tracking, Kompositor, Geräteverwaltung und eine OpenXR-Runtime bereit und ist zugleich der klassische Pfad für OpenVR-Anwendungen. Deshalb startet SteamVR bei zahlreichen PCVR-Spielen selbst dann, wenn das Spiel nicht bei Steam gekauft wurde.
Bei einem Headset mit eigener nativer OpenXR-Runtime kann SteamVR jedoch eine zusätzliche Schicht sein, die nicht jedes Spiel benötigt. Ob ein direkter OpenXR-Pfad schneller oder stabiler ist, hängt vom Spiel, Treiber und Headset ab und sollte nicht pauschal versprochen werden.
Wo OpenComposite ins Spiel kommt
OpenComposite wurde bekannt, weil es für bestimmte OpenVR-Anwendungen einen alternativen Weg anbieten kann, ohne den vollständigen SteamVR-Pfad zu verwenden. Das Ziel ist nicht, OpenXR zu ersetzen, sondern ältere oder anders angebundene Anwendungen über einen anderen Übersetzungs-/Runtime-Weg laufen zu lassen.
Damit ist OpenComposite ein Werkzeug für konkrete Kompatibilitäts- oder Performancefälle, kein Muss für jeden PCVR-Rechner. Wenn ein Spiel bereits sauber über natives OpenXR läuft, gibt es normalerweise keinen Grund, zusätzlich OpenComposite einzubauen.
Pimax als aktuelles Praxisbeispiel
Pimax integriert eine eigene OpenXR-Runtime in Pimax Play. Der Hersteller beschreibt explizit, dass Nutzer zwischen Pimax OpenXR und SteamVR als OpenXR-Runtime wechseln können. Quad Views in Pimax Play ist an den Pimax-OpenXR-Weg gekoppelt.
Das zeigt gut, warum alte Anleitungen schnell verwirren: Früher waren bei Pimax zusätzliche Komponenten wie PimaxXR oder OpenXR Toolkit häufiger Teil des Workflows. Für aktuelle Pimax-Play-Versionen sollte deshalb immer geprüft werden, ob eine Anleitung noch zur eingesetzten Runtime passt.
Welche Runtime sollte man wählen?
Beginne mit dem nativen, vom Headset-Hersteller empfohlenen Pfad, sofern das Spiel OpenXR unterstützt. Bei Quest kann das die Meta-Runtime sein, bei Pimax Pimax OpenXR und bei SteamVR-nativen Headsets die SteamVR-Runtime. Wechsle nur dann, wenn ein Spiel konkrete Probleme hat oder eine Funktion eine andere Runtime benötigt.
Für Vergleiche ist wichtig, dass Renderauflösung und Bildrate nach dem Runtime-Wechsel identisch bleiben. Sonst wirkt eine Runtime schneller, obwohl sie schlicht mit einem anderen Auflösungsziel rendert.
Fehlersuche ohne Runtime-Chaos
Wenn ein OpenXR-Spiel nicht startet, kontrolliere zuerst, welche Runtime aktuell registriert ist. Entferne anschließend unnötige API-Layer und ältere Tools, wenn sie nicht mehr gebraucht werden. Mehrere gleichzeitig aktive Tweaks erschweren die Diagnose massiv.
Halte pro Spiel fest, welcher Startmodus funktioniert. Gerade Sim-Racing- und Flight-Sim-Titel bieten oft mehrere Startoptionen für OpenXR, SteamVR oder ältere APIs. Eine kleine Notiz mit Runtime, Renderauflösung und Zusatztools ist langfristig wertvoller als ein globaler „Optimierungs“-Schalter.
OpenXR API Layer: nützlich, aber eine zusätzliche Fehlerquelle
OpenXR erlaubt sogenannte API Layer, die Funktionen zwischen Anwendung und Runtime ergänzen können. Solche Layer sind für Diagnose, Foveated Rendering oder Spezialfunktionen nützlich, können bei veralteten Versionen aber auch Konflikte erzeugen. Deshalb sollte bei Startproblemen geprüft werden, welche Layer aktiv sind.
Ein sauberer Test beginnt mit möglichst wenigen Zusatzschichten. Funktioniert das Spiel mit der gewählten Runtime stabil, können benötigte Erweiterungen anschließend einzeln wieder zugeschaltet werden. Dieses Vorgehen ist besonders hilfreich bei älteren Simulations-Setups, die über Jahre mehrere Tools angesammelt haben.
Warum alte Guides häufig widersprüchlich wirken
PCVR hat sich schnell von herstellerspezifischen APIs in Richtung OpenXR bewegt. Gleichzeitig existieren viele Spiele, die weiterhin OpenVR oder mehrere Startpfade unterstützen. Ein Guide aus 2022 kann deshalb technisch korrekt gewesen sein und 2026 trotzdem unnötige Umwege empfehlen.
Achte bei Anleitungen immer auf Spielversion, Headset, aktive Runtime und Datum. Aussagen wie „SteamVR muss immer laufen“ oder „OpenComposite ist immer schneller“ sind ohne diese Angaben zu pauschal. VRSpielraum behandelt Runtime-Empfehlungen deshalb bewusst pro Spiel und Setup statt als universelle Regel.
Quellen und Stand
Stand dieses Guides: 24.08.2026. Update-sensitive Angaben werden bei späteren Software-, Firmware- oder Produktänderungen erneut geprüft.
- https://registry.khronos.org/OpenXR/
- https://www.khronos.org/assets/uploads/developers/presentations/Unity_guide_to_OpenXR_for_Windows_PCVR.pdf
- https://pimax.com/blogs/blogs/how-to-run-openxr-on-the-pimax-crystal
OpenXR ist eine API-Schicht, keine einzelne Headset-App
OpenXR ist ein offener Standard von Khronos. Eine Anwendung spricht über den OpenXR-Loader mit der aktiven OpenXR-Runtime. Auf einem PC können mehrere Runtimes installiert sein, aber für eine Anwendung ist jeweils eine aktive Runtime entscheidend. Genau diese Trennung erklärt viele scheinbare Konflikte zwischen SteamVR, Meta, Pimax und anderen Plattformen.
Die Runtime verbindet Anwendung und VR-System
Khronos beschreibt den Loader als Vermittler zwischen Anwendung, API-Layern und Runtime. Die Runtime kontrolliert das jeweilige XR-System. Deshalb kann dieselbe OpenXR-Anwendung je nach aktivem Runtime-Pfad auf unterschiedlichen Headsets laufen, ohne dass das Spiel für jede Plattform eine vollständig eigene API implementieren muss.
SteamVR kann OpenXR-Runtime und SteamVR-Umgebung sein
SteamVR ist nicht einfach das Gegenteil von OpenXR. SteamVR kann selbst als OpenXR-Runtime dienen. Ein OpenXR-Spiel kann also über SteamVR laufen, während ein anderes Setup eine herstellereigene OpenXR-Runtime nutzt. Deshalb ist die Frage „OpenXR oder SteamVR?“ technisch oft zu grob gestellt.
Hersteller-Runtimes können einen direkteren Pfad bieten
Meta, Pimax und andere Anbieter stellen eigene VR-Software beziehungsweise Runtimes bereit. Wenn ein Spiel OpenXR unterstützt, kann ein direkter Herstellerpfad sinnvoll sein. Ob er tatsächlich weniger Overhead oder bessere Kompatibilität bietet, muss aber pro Spiel geprüft werden.
OpenComposite ist eine Kompatibilitätslösung, kein Ersatz für OpenXR selbst
OpenComposite wird genutzt, um bestimmte OpenVR-/SteamVR-Anwendungen über einen anderen Runtime-Pfad auszuführen. Das kann in passenden Fällen SteamVR aus der Kette nehmen. Es ist jedoch keine Garantie für bessere Performance oder vollständige Kompatibilität. Spiele mit speziellen SteamVR-Funktionen können anders reagieren.
API-Layer können zusätzliche Funktionen einschleusen
OpenXR unterstützt optionale API-Layer. Diese können Befehle abfangen und Funktionen ergänzen, etwa Diagnose oder Rendering-Anpassungen. Mehr Layer bedeuten aber auch mehr Variablen bei der Fehlersuche. Wenn ein Spiel plötzlich nicht startet, ist ein Test ohne optionale Layer sinnvoll.
Die aktive Runtime sollte bewusst kontrolliert werden
Wer mehrere Headsets oder Plattformen nutzt, wechselt häufiger die aktive OpenXR-Runtime. Viele Herstellerprogramme bieten dafür eine Schaltfläche. Nach einem Wechsel sollte geprüft werden, ob das gewünschte Spiel tatsächlich über den erwarteten Pfad startet.
Wann SteamVR sinnvoll bleibt
SteamVR ist weiterhin wichtig für viele ältere OpenVR-Titel, SteamVR-spezifische Funktionen und als universeller Runtime-Pfad. Es gibt keinen Grund, SteamVR grundsätzlich zu vermeiden. Relevant ist nur, ob ein konkretes Spiel über einen anderen Pfad stabiler oder effizienter läuft.
Wann ein direkter OpenXR-Pfad interessant ist
Bei nativem OpenXR-Support kann eine herstellereigene Runtime den Softwarepfad vereinfachen. Das ist besonders bei Simulationen interessant, wenn zusätzliche Funktionen wie Eye Tracking oder Quad Views direkt in den Runtime-Pfad integriert sind.
Fehlersuche mit möglichst einfacher Kette
- Prüfen, welche API das Spiel tatsächlich nutzt.
- Gewünschte OpenXR-Runtime aktivieren.
- Optionale Layer zunächst deaktivieren.
- Spiel ohne zusätzliche Overlays testen.
- Erst danach Tuning-Tools einzeln ergänzen.
Fazit: nicht die Marke, sondern der Softwarepfad zählt
OpenXR, SteamVR und OpenComposite erfüllen unterschiedliche Rollen. OpenXR standardisiert die Schnittstelle, SteamVR kann Umgebung und Runtime sein, und OpenComposite ist eine Kompatibilitätsschicht für bestimmte OpenVR-Szenarien. Wer diese Rollen trennt, kann PCVR deutlich zielgerichteter konfigurieren.
OpenVR und OpenXR nicht verwechseln
Viele ältere PCVR-Spiele verwenden OpenVR, die von Valve etablierte Schnittstelle hinter zahlreichen SteamVR-Titeln. OpenXR ist der neuere herstellerübergreifende Standard. Ein Spiel kann deshalb SteamVR benötigen, obwohl auf dem System gleichzeitig eine andere OpenXR-Runtime aktiv ist. Die verwendete API des Spiels ist der erste Punkt jeder Diagnose.
Ein Runtime-Wechsel verändert nicht automatisch das Spiel
Das Aktivieren einer anderen OpenXR-Runtime wirkt nur auf Anwendungen, die OpenXR verwenden. Ein reines OpenVR-Spiel wird dadurch nicht plötzlich nativ OpenXR. Genau hier kommen bei manchen Titeln Kompatibilitätslösungen wie OpenComposite ins Spiel, die den Aufrufpfad übersetzen.
OpenComposite nur einsetzen, wenn ein konkreter Vorteil erwartet wird
Eine zusätzliche Kompatibilitätsschicht sollte kein Selbstzweck sein. Wenn ein Spiel über SteamVR stabil und schnell läuft, gibt es keinen zwingenden Grund zum Wechsel. OpenComposite ist vor allem dann interessant, wenn ein bestimmtes Headset oder ein bestimmter Titel über einen alternativen Pfad messbar besser funktioniert.
Nach Runtime-Wechseln Einstellungen erneut prüfen
Render Scale, Reprojektion und Zusatzlayer können je nach Runtime an anderer Stelle konfiguriert werden. Deshalb sollten nach einem Wechsel nicht automatisch alte Prozentwerte übernommen werden. Ein neuer Baseline-Test verhindert, dass unterschiedliche Skalierungslogiken miteinander verwechselt werden.
OpenXR ist eine API – die Runtime ist der konkrete Ausführer
OpenXR wird häufig so beschrieben, als wäre es selbst ein einzelnes Programm. Tatsächlich definiert Khronos eine standardisierte Schnittstelle. Auf dem PC übernimmt anschließend eine aktive OpenXR-Runtime die Kommunikation mit dem jeweiligen VR-System. Auf Windows kann mehr als eine Runtime installiert sein, der OpenXR-Loader verwendet aber den aktuell als aktiv eingetragenen Runtime-Pfad.
Deshalb ist die Frage „Benutzt das Spiel OpenXR?“ nur die erste Hälfte. Für die Fehlersuche ist ebenso wichtig: Welche Runtime verarbeitet OpenXR gerade? Je nach Headset kann das beispielsweise die Runtime des Herstellers oder SteamVR sein.
SteamVR ist Plattform, Compositor und möglicher OpenXR-Runtime-Weg
SteamVR ist mehr als ein Spielemenü. Es stellt Tracking-, Compositor- und Runtime-Funktionen für viele PCVR-Setups bereit und kann selbst als aktive OpenXR-Runtime fungieren. Das ist besonders praktisch, wenn ein Headset oder ein Spiel ohnehin vollständig im SteamVR-Ökosystem läuft.
Zusätzliche Softwareebenen sind jedoch nicht automatisch besser. Wenn ein Headset eine gut funktionierende native OpenXR-Runtime besitzt und das Spiel OpenXR direkt unterstützt, kann ein zusätzlicher Umweg über SteamVR unnötig sein. Ob daraus messbare Performancevorteile entstehen, hängt vom konkreten Spiel und Runtime-Stack ab – pauschale Prozentversprechen sind unseriös.
OpenComposite hat einen klaren Spezialzweck
OpenComposite ist vor allem dann interessant, wenn eine Anwendung ursprünglich über OpenVR/SteamVR läuft und ein alternativer OpenXR-Pfad sinnvoll ist. Es ist kein universeller „Turbo-Schalter“ und auch kein Muss für einen modernen OpenXR-Titel. Je weniger Übersetzungsschichten ein bereits funktionierendes natives Setup benötigt, desto leichter bleibt es wartbar.
Mods, Anti-Cheat, Overlays oder spezielle SteamVR-Funktionen können außerdem dafür sorgen, dass ein alternativer Pfad nicht mit jedem Titel gleich gut funktioniert. Vor Änderungen solltest du deshalb immer dokumentieren, wie das Spiel im funktionierenden Ausgangszustand gestartet wurde.
Die aktive Runtime sauber bestimmen
Viele Herstellerprogramme und SteamVR bieten einen Schalter, um ihre Runtime als OpenXR-Standard festzulegen. Für den normalen Nutzer ist das die bessere Methode als manuelle Registry-Änderungen. Khronos dokumentiert zwar, dass Windows den aktiven Runtime-Pfad in der Registry verwaltet, aber eine direkte Bearbeitung ist für die alltägliche Umschaltung unnötig und fehleranfällig.
Wenn ein Spiel plötzlich im falschen Runtime-Pfad startet, prüfe zuerst die Einstellungen der verwendeten VR-Software. Installationen und Updates können den aktiven OpenXR-Weg verändern.
Pimax: native OpenXR-Runtime und Quad Views zusammen denken
Pimax Play enthält inzwischen eine eigene OpenXR-Runtime. Pimax beschreibt außerdem, dass die integrierte Quad-Views-Funktion an diesen Pimax-OpenXR-Weg gekoppelt ist. Wer Quad Views in unterstützten Simulationen testen möchte, sollte daher nicht gleichzeitig eine andere Runtime als aktiv erwarten.
Pimax weist bei seinem nativen OpenXR-Weg zudem darauf hin, ältere zusätzliche Komponenten wie PimaxXR beziehungsweise OpenXR Toolkit nicht parallel zu verwenden, wenn sie für diesen Pfad nicht benötigt werden. Das ist ein gutes allgemeines Prinzip: Erst die native Baseline sauber testen, dann Zusatztools einzeln ergänzen.
Meta Quest: Transportweg und Runtime sind zwei verschiedene Entscheidungen
Bei Quest-PCVR werden zwei Ebenen gern vermischt. Air Link, Link, Virtual Desktop oder Steam Link beschreiben zunächst den Weg, wie das gerenderte PC-Bild zum Headset gelangt. Welche API beziehungsweise Runtime das Spiel auf dem PC nutzt, ist eine weitere Entscheidung. Ein Netzwerkproblem verschwindet deshalb nicht dadurch, dass du OpenXR umstellst, und ein Runtime-Konflikt wird nicht automatisch durch ein anderes WLAN gelöst.
Typische Runtime-Symptome
- Spiel startet nur als Desktopfenster oder erkennt kein Headset.
- Mehrere VR-Umgebungen öffnen sich nacheinander.
- Ein Spiel startet über einen anderen VR-Modus als erwartet.
- Controller-Bindings oder Overlays verhalten sich nach einer Runtime-Änderung anders.
- Ein Mod funktioniert nur mit einem bestimmten OpenVR- oder OpenXR-Pfad.
Diese Symptome sind deutlich aussagekräftiger als die pauschale Aussage „OpenXR ist langsam“. Prüfe Startparameter, aktive Runtime und Zusatztools einzeln.
Entscheidungshilfe für ein sauberes PCVR-Setup
- Prüfen, ob das Spiel natives OpenXR unterstützt.
- Wenn ja, zuerst die zum Headset passende native Runtime testen.
- Nur dann SteamVR als zusätzlichen Pfad einsetzen, wenn es für Bibliothek, Funktionen oder Kompatibilität benötigt wird.
- OpenComposite nur für einen konkreten OpenVR-/Kompatibilitätsfall testen.
- Pro Spiel den funktionierenden Startmodus dokumentieren.
Ein stabiles PCVR-System muss nicht global auf einen einzigen Runtime-Weg gezwungen werden. Ein Simulator kann optimal über natives OpenXR laufen, während ein älterer Titel sauberer über SteamVR funktioniert. Entscheidend ist ein reproduzierbares Profil pro Anwendung.
OpenVR, OpenXR und Startoptionen nicht durcheinanderwerfen
Viele ältere PCVR-Spiele wurden ursprünglich für OpenVR beziehungsweise SteamVR entwickelt, während neuere Titel zusätzlich oder ausschließlich OpenXR anbieten. Ein Spiel kann deshalb im Startdialog mehrere VR-Modi zeigen. Diese Optionen sind nicht bloß verschiedene Namen für denselben Weg: Sie können unterschiedliche APIs, Runtimes und Zusatzsoftware aktivieren.
Wenn mehrere Startoptionen vorhanden sind, teste zuerst den vom Entwickler empfohlenen aktuellen Modus. Bei modernen Simulationen ist das häufig OpenXR. Ein älterer OpenVR-Pfad kann dennoch sinnvoll bleiben, wenn bestimmte Mods oder Overlays darauf angewiesen sind. Genau deshalb ist eine pauschale globale Umstellung des gesamten Rechners weniger hilfreich als ein dokumentierter Startweg pro Spiel.
Toolkits und API-Layer erst nach der Baseline ergänzen
OpenXR erlaubt zusätzliche API-Layer und Erweiterungen. Tools können damit Funktionen wie Overlay, Skalierung oder Foveated Rendering ergänzen. Der Nachteil: Jede zusätzliche Komponente erhöht die Zahl möglicher Versions- und Kompatibilitätsprobleme. Nach einem größeren Runtime- oder Spielupdate solltest du deshalb zunächst ohne optionale Layer prüfen, ob die Basis funktioniert.
Wenn das Problem im Minimalzustand verschwunden ist, aktivierst du die Erweiterungen einzeln wieder. So lässt sich erkennen, welches Tool tatsächlich beteiligt ist. Mehrere Tools gleichzeitig neu zu installieren macht diese Diagnose praktisch unmöglich.
Was tun, wenn plötzlich SteamVR zusätzlich startet?
Öffnet ein eigentlich nativ gedachtes OpenXR-Spiel zusätzlich SteamVR, kann SteamVR als aktive OpenXR-Runtime gesetzt sein oder der gewählte Startmodus nutzt bewusst SteamVR. Das ist nicht automatisch ein Fehler. Problematisch wird es erst, wenn dadurch unerwartete Overlays, Performanceunterschiede oder Kompatibilitätsprobleme auftreten.
Prüfe zuerst den Startparameter beziehungsweise den VR-Modus des Spiels und danach die aktive Runtime in der Hersteller- oder SteamVR-Software. Ändere nicht gleichzeitig Registry, Startoptionen und Mod-Konfiguration.
Runtime-Wechsel nach Updates kontrollieren
VR-Software kann bei Installation oder Update anbieten, sich als aktive OpenXR-Runtime zu registrieren. Wer Meta, SteamVR und eine Hersteller-Runtime parallel installiert hat, sollte deshalb nach größeren Updates kurz kontrollieren, ob der bevorzugte Pfad noch aktiv ist. Das ist besonders relevant, wenn ein bislang stabiles Spiel plötzlich anders startet, ohne dass seine eigenen Einstellungen verändert wurden.
Performance seriös vergleichen
Wenn du SteamVR und eine native OpenXR-Runtime vergleichen möchtest, verwende dieselbe Spielszene, dieselbe Headset-Bildrate und möglichst vergleichbare Renderauflösung. Unterschiedliche Render-Scale-Werte können einen vermeintlichen Runtime-Vorteil vortäuschen. Vergleiche Frametime und Bildqualität gemeinsam, nicht nur eine FPS-Zahl.
Ein paar Prozent Unterschied in einem einzelnen Titel sind außerdem keine allgemeine Aussage über den gesamten PCVR-Stack. Der sinnvollste Runtime-Weg ist derjenige, der im jeweiligen Spiel stabil, kompatibel und nachvollziehbar funktioniert.
FAQ: Muss ich SteamVR deinstallieren, wenn ich OpenXR nutze?
Nein. SteamVR kann installiert bleiben, auch wenn ein anderes System als aktive OpenXR-Runtime verwendet wird. Entscheidend ist, welcher Pfad beim konkreten Spiel aktiv ist. SteamVR wird weiterhin für Titel benötigt, die es direkt voraussetzen.
FAQ: Ist OpenComposite immer schneller?
Nein. OpenComposite kann in bestimmten OpenVR-Szenarien eine hilfreiche Alternative sein, aber der Effekt hängt vom Spiel, Headset und restlichen Softwarestack ab. Bei einem bereits nativ und stabil laufenden OpenXR-Titel gibt es keinen grundsätzlichen Grund, OpenComposite dazwischenzuschalten.
FAQ: Brauche ich OpenXR Toolkit?
Nicht grundsätzlich. Ein Zusatztool sollte eine konkrete Funktion lösen. Gerade bei neueren nativen Hersteller-Runtimes können Funktionen bereits integriert sein oder alte Toolkombinationen nicht mehr empfohlen werden. Starte deshalb immer mit der aktuellen nativen Baseline.
Quellen für den aktuellen Runtime-Stand
Von der Diagnose zur passenden nächsten Stellschraube
Du musst nicht alle PCVR-Einstellungen gleichzeitig verändern. Wähle den nächsten Guide passend zu dem Teil der Kette, den du als Nächstes prüfen willst.