Fehlerbehebung

Suche das Symptom, nicht das Teilsystem. Passt unten nichts zu deinem, spring zu Immer noch festgefahren.

Das Dash erscheint nicht

vrOS zeigt das Dash, wenn seine Ruf-Aktion auslöst. Die Eingabe, die sie auslöst, wohnt nicht in vrOS: SteamVR besitzt die Controller-Belegungen, und vrOS registriert nur die Aktionen.

1. Öffne SteamVR, dann Controller-Belegung. vrOS sollte für deine Controller aufgeführt sein, mit geladener mitgelieferter Standardbelegung.
2. Öffne in VR die Einstellungen und geh zu Steuerung. Dort steht die Belegung, die vrOS gerade live sieht, und IN STEAMVR BEARBEITEN öffnet SteamVRs Belegungs-UI auf der richtigen Seite. Im Desktop-Fenster sind diese Zeilen leer und der Knopf ist deaktiviert — die Anzeige braucht eine laufende VR-Sitzung.

Standardmäßig ist die belegte Eingabe ein Doppeltipp. Ein einfacher Doppeltipp blendet alles aus und wieder ein; hältst du beim Doppeltippen eine Geste, schaltet das nur das Dash um (die mitgelieferte Standardgeste ist die FINGERPISTOLE auf deiner linken Hand). Die Akkorde, die Geste und die Hand sind alle Einstellungen unter Einstellungen → Steuerung. Erfüllt ein Tipp beide Akkorde, gewinnt der Dash-Akkord — so lässt sich das Dash immer zurückholen.

vrOS verbindet sich mit SteamVR, wenn SteamVR schon läuft. Es startet es nicht. Siehe die FAQ.

Alles ist verschwunden, und SteamVR ist in Ordnung

Das ist ALLES AUS-/EINBLENDEN. Tippe erneut doppelt, um es zurückzuholen. Angeheftete Overlays sind ausgenommen und bleiben sichtbar, und ein einzelnes Overlay aus der Dash-Liste oder aus dem Desktop-Fenster einzublenden zeigt genau dieses eine. Das Ausblenden aller Overlays ist reine Darstellung: Es wird nie gespeichert, und alles, was die VR-Seite neu startet, bringt deine Overlays sichtbar zurück.

Overlays sind nach einem SteamVR-Absturz verschwunden

Sie kommen von selbst zurück. Alles, was die VR-Laufzeit, die GPU oder eine Aufnahme-API berührt, läuft in einem eigenen, überwachten Kindprozess, und aller dauerhafte Zustand liegt in der Kern-App. Fällt die Laufzeit aus, bleibt der Kern unberührt: Das Kind trennt sich, wartet auf die Rückkehr der Laufzeit und verbindet sich wieder. Stirbt das Kind selbst, startet vrOS es mit wachsender Wartezeit neu und baut es aus dem Kernzustand wieder auf — an Ort und Stelle, mit deinem Layout.

Der eine Fall, in dem sie nicht zurückkommen, ist eine Absturzschleife. Nach wiederholten Fehlern in kurzer Zeit startet vrOS das Kind nicht mehr neu und zeigt den Fehler im Infobereich und im Desktop-Fenster, statt sich festzufahren. Lies den Fehler dort.

Die Panels sind da, aber nichts reagiert

Prüfe, ob SteamVR selbst vollständig verbunden ist. Ein Headset, das per Bildkabel, aber nicht per USB angeschlossen ist, lässt SteamVR halb verbunden: Panels werden gezeichnet, Tracking und Eingaben kommen nie an, und das Dash sieht aus wie ein Standbild. Das ist die häufigste Ursache für ein tot wirkendes Dash. Vergewissere dich, dass SteamVR Headset und Controller als bereit meldet, bevor du woanders suchst.

Klicks oder Tastenanschläge landen an der falschen Stelle

vrOS betreibt genau einen Arbiter für die Eingabe, und seine Aufgabe ist es, dir aus dem Weg zu gehen. Der aktuelle Inhaber steht als Chip auf dem Dash: VR, ÜBERGABE oder DESKTOP.

• Berührst du deine physische Maus oder Tastatur, geht die Eingabe sofort an den Desktop zurück. Ein Stoß gegen den Tisch setzt eine kurze Sperre; anhaltende, bewusste Mausbewegung eine längere.
• VR holt sich die Eingabe erst zurück, wenn du bewusst den TRIGGER auf einem Overlay ziehst. Controller-Bewegung allein holt sie nie zurück.
• Getipptes geht an das Aufnahme-Panel, das du zuletzt angeklickt hast. Landen Tastenanschläge im falschen Fenster, klicke zuerst mit dem TRIGGER auf das gemeinte Panel.
• Direkt nachdem du auf deiner physischen Tastatur getippt hast, bleibt die VR-Tastatur ein paar Sekunden lang sichtbar, aber tot. Während dieser Sperre tun ihre Tasten gar nichts, statt halb zu funktionieren. Klicke mit dem TRIGGER auf ein Panel, um sie zurückzuholen.

Das vollständige Modell steht in Eingabe und Die VR-Tastatur.

Klicks tun bei einem bestimmten Fenster nichts (Windows)

Windows verweigert eingespeiste Eingaben an ein Fenster, das mit höheren Rechten läuft als der Absender. vrOS läuft mit Absicht ohne erhöhte Rechte und erhöht sich nie selbst, ein als Administrator laufendes Fenster nimmt also weder Klicks noch Tasten von einem Panel an. Die Quellenauswahl kennzeichnet solche Fenster, du siehst es also vor dem Aufnehmen. Starte diese App ohne Administrator, wenn es geht.

Ein erfasstes Fenster ist gelb gekennzeichnet

Gelb heißt, dass das Quellfenster auf Betriebssystemebene minimiert ist. Die Aufnahme stoppt, das Panel hält sein letztes Bild flach fest und zeichnet null Mal neu. Nutze WIEDERHERSTELLEN — angeboten in der Overlay-Zeile und in der Zeile der Liste OVERLAY HINZUFÜGEN —, das stellt das Fenster wieder her und listet die Quelle erneut, sobald sie sich beruhigt hat.

Ist die Quelle weg statt minimiert, meldet das Panel QUELLE VERLOREN: Das Fenster wurde geschlossen. Entferne das Overlay (zwei Schritte, mit BESTÄTIGEN und ABBRECHEN) und nimm es erneut auf.

Das Laden einer gespeicherten Vorlage stellt zuerst minimierte Quellen wieder her und wendet dann das Layout an, damit eine Vorlage nicht voller eingefrorener Panels zurückkommt.

Ein Overlay ist an einer unerwarteten Stelle zurückgekommen

Standardmäßig kommt ein an der WELT verankertes Overlay beim Einblenden dorthin, wo du gerade stehst, und behält die Anordnung, die du ihm gegeben hast. Das gilt für einen Schalter in der Zeile, das Laden einer Vorlage, die Rückkehr aus ALLES AUS-/EINBLENDEN und die Wiederherstellung beim Start. Ein angeheftetes Overlay behält genau die Stelle im Raum, an die du es gelegt hast. Beide Verhalten sind Schalter unter Einstellungen → Allgemein, neben den Standardwerten für neue Overlays und der Frage, ob Overlays beim Neustart überhaupt wiederhergestellt werden. ZENTRIEREN pro Overlay holt ein einzelnes Panel zu dir zurück. Siehe Overlays und Spielbereich.

Der Ton kommt aus dem falschen Gerät

Einstellungen → Audio-Routing ordnet jedem Kanal ein Ausgabegerät zu: Soundboard-Wiedergabe, die Mikrofon-Zuspielung und die Rückmeldungen von Oberfläche und Tastatur. Leer heißt Standardausgabe des Systems.

Ein konfiguriertes Gerät, das nicht verbunden ist, wird in der Ansicht als nicht verbunden geführt. Der Ton auf diesem Kanal wartet, statt dein Audio hinter deinem Rücken woandershin zu verschieben. Der Oberflächenkanal ist die einzige Ausnahme — er fällt auf den Systemstandard zurück, weil eine verstummte Tastaturrückmeldung schlimmer ist als eine verschobene. Steck das Gerät wieder ein, und der Kanal bindet sich neu; ein Wechsel des Systemstandardgeräts wird ebenfalls übernommen, ohne Neustart. Lautstärke 0 ist stumm; einen eigenen Stummschalter gibt es nicht.

Die Leistungszahlen sehen falsch aus

Beginne bei Leistung. Zwei Werte führen am häufigsten in die Irre.

Treiberzeit. Jede Kernzelle trägt einen schmalen Begleitbalken für DPC- plus Interrupt-Zeit. Er fehlt, wenn die Treiberzeit null ist, was auf einer gesunden Maschine die meisten Kernsekunden sind. Die beiden Balken laufen auf verschiedenen Achsen — der Kernbalken von 0 bis 100 Prozent, der Begleitbalken von 0 bis 25 —, der dünne Balken kann also höher gezeichnet sein und trotzdem für eine kleinere Zahl stehen. Die genauen Werte stehen in der Anzeige, die die Zelle beim Überfahren oder bei Fokus öffnet: Kern, Auslastung in Prozent, DPC, ISR. Ein Kern, der dauerhaft bei mehreren Prozent DPC liegt, macht aufgeschobene Treiberarbeit, keine Anwendungsarbeit. Auf einem Testrechner las ein Kern 9,23 Prozent Auslastung, davon 4,62 Prozent DPC — die halbe Zeit dieses Kerns war ein Treiber, und eine Prozessliste hätte das nie gesagt. Unter Linux kommen dieselben zwei Größen von irq und softirq.

Der Top-Prozess und die E/A-Zeile. Beide stammen aus einer systemweiten Prozesstabellen-Abfrage alle zwei Sekunden, die nur läuft, solange das Dash sichtbar ist, und der Name ist die ausführbare Datei. Schaltest du den Prozessmonitor unter Einstellungen → Allgemein aus, verschwinden beide und die Abfrage hört auf.

Die Anordnung des Bereichs (Streifen, Klassisch, Konsole, Vergrößert) und die Geräteleiste stehen ebenfalls unter Einstellungen → Allgemein.

Hinweise zu Linux

Die Aufnahme läuft über das Bildschirmfreigabe-Portal deines Desktops, die Auswahl, die du siehst, ist also der eigene Dialog deiner Desktop-Umgebung. Brichst du ihn ab, startet keine Aufnahme.

Wenn du von einem Linux-Host drahtlos auf ein Headset der Quest-Klasse streamst: Steam Link ist auf Linux-Hosts upstream defekt. Nutze WiVRn oder Monado, ALVR oder ein kabelgebundenes Headset.

Wo deine Einstellungen liegen

%APPDATA%\vrOS\config.toml unter Windows, $XDG_CONFIG_HOME/vros/config.toml unter Linux. Die Datei entsteht, wenn du zum ersten Mal eine Einstellung änderst; davor heißt fehlend: Standardwerte.

Achtung

Wenn du diese Datei von Hand bearbeitest, halte die Schlüsselnamen exakt. Ein unbekannter Schlüssel lässt das Laden laut scheitern, statt still nichts zu tun, und Zahlen außerhalb des Bereichs werden mit einer Warnung auf die nächste Grenze begrenzt.

Immer noch festgefahren

• Discord — am schnellsten, und andere Nutzer sind dort.
• support.vros.cat — legt einen Fehlerbericht im öffentlichen Tracker an, mit einer Nummer, der du folgen kannst.

Nenne dein Betriebssystem, dein Headset, welche VR-Laufzeit du nutzt (SteamVR oder Monado und WiVRn) und was du unmittelbar davor getan hast. vrOS hat keine Telemetrie und sendet keine Absturzberichte, es erreicht uns also nichts über ein Problem, außer du schickst es.