FAQ

vrOS a-t-il besoin que SteamVR tourne ?

Non. vrOS est d’abord une application de bureau, et la VR est une couche de présentation qui s’y greffe quand un runtime est présent. Sans casque, vous avez la fenêtre de bureau : la liste des overlays, les réglages et toute extension qui fait son travail sur le système hôte. Le processus qui parle au runtime VR n’est lancé que lorsqu’il est nécessaire.

Quand SteamVR tourne déjà, vrOS s’y connecte.

Lancer vrOS lance-t-il SteamVR ?

Non, sauf si vous l’activez. vrOS détecte un runtime en cours d’exécution en cherchant son processus ; il n’en lance jamais un, et il ne sonde jamais en initialisant une API de runtime. Le seul chemin qui peut lancer SteamVR est une action explicite de l’utilisateur, derrière un réglage désactivé par défaut.

Fermer SteamVR ferme-t-il vrOS ?

Non. Quand le runtime se termine, vrOS démonte sa partie VR et continue de tourner : l’application principale, vos réglages, votre liste de captures et vos extensions restent intacts. Il existe un réglage pour quitter avec SteamVR si c’est ce que vous voulez, et il est désactivé par défaut.

L’inverse vaut aussi. Un plantage de SteamVR n’emporte pas vrOS, et vos overlays reviennent d’eux-mêmes quand le runtime revient. Voir Dépannage.

Est-ce que ça tourne sous Linux ?

Pas encore. La prise en charge de Linux est en développement, et vrOS 2.0.0 sur Steam est une version Windows. La version Linux vise Linux de bureau x86-64 et SteamOS, avec un backend pour chaque pile VR Linux — SteamVR pour Linux via OpenVR, et Monado et WiVRn via OpenXR — parce qu’aucune des deux piles n’implémente l’API overlay de l’autre. Elle ne sera qualifiée de prise en charge qu’une fois sortie sur Steam, et pas avant. Installation donne les détails.

Est-ce que ça tourne sur Steam Frame ?

La prise en charge native, sur l’appareil, du Steam Frame est en développement et n’est pas livrée. Deux questions matérielles restent ouvertes : quel chemin overlay le runtime embarqué accepte, et ce qui peut y être capturé. Ce sera qualifié de pris en charge une fois vérifié sur l’appareil, et pas avant.

Le mode principal du Frame fonctionne bel et bien aujourd’hui. Quand vous diffusez sans fil vers un Frame depuis un PC Windows, vrOS tourne sur le PC dans SteamVR comme pour n’importe quel autre casque PCVR, sans aucun travail spécifique au Frame.

Fonctionne-t-il avec des casques qui ne sont pas SteamVR ?

Sous Windows, vrOS 2.0.0 fonctionne avec n’importe quel casque qui passe par SteamVR, y compris un Quest via Steam Link ou Virtual Desktop. Le backend overlay OpenXR pour Monado et WiVRn fait partie de la version Linux, qui est en développement.

Comment l’obtenir ?

Sur Steam, application 3873610. Installation détaille le premier lancement.

Dans quelles langues est-il disponible ?

Neuf, partout dans l’application, sans aucune chaîne uniquement en anglais : English, Deutsch, Español (Latinoamérica), Français, Italiano, 日本語, 한국어, Русский et 简体中文. Le sélecteur de langue liste des endonymes, pas des drapeaux — un drapeau est un pays, pas une langue. Le clavier VR fournit six dispositions intégrées : l’anglais en 70, 80 et 100 pour cent, le coréen 두벌식, le japonais romaji et le clavier japonais à 12 touches en flick.

Ces pages existent dans les mêmes neuf langues. « Créer une extension » est en anglais et en japonais ; les notes de version, en anglais uniquement.

Puis-je l’utiliser sans manettes ?

Oui. Chaque surface s’utilise de trois façons, et les trois sont prises en charge sur chaque écran plutôt que sur une partie : le laser et la manette, la navigation du focus à la manette de jeu seule, et la souris et le clavier classiques sur le bureau. Rien n’est accessible uniquement au survol.

Le regard plus une confirmation est prévu partout — les seuils en degrés, l’hystérésis du focus, les règles de dwell — mais le pointage au regard n’est pas encore dans la version, et il n’y a pas de réglage pour cela. Voir Saisie.

vrOS collecte-t-il des données ?

Non. Il n’y a aucune télémétrie et aucune commande à distance. Tout ce que fait vrOS est local à la seule machine sur laquelle il tourne et visible par la personne qui porte le casque, et rien de ce qu’il observe — fenêtres capturées, frappes, informations de fenêtre — ne quitte la machine.

Deux précisions méritent d’être nommées, parce que les mécanismes semblent alarmants hors contexte. L’observation des fenêtres est limitée aux captures que vous avez choisies : elle commence quand vous liez une capture et s’arrête quand vous la déliez, et il n’y a jamais de hook global. La connaissance du texte porte uniquement sur la position — vrOS apprend qu’un point d’insertion existe dans une fenêtre capturée et où il se trouve, pour que le clavier puisse se comporter correctement ; il ne lit pas votre texte et ne relit pas les frappes.

Le cœur de vrOS ne touche jamais au réseau. Les fonctionnalités qui y touchent sont des extensions que vous activez — Twitch parle à Twitch et à ses services d’emotes, OBS Control aux instances OBS que vous ajoutez, VRChat OSC à VRChat sur votre machine — et chacune déclare à quoi elle se connecte sur son écran de consentement avant sa première exécution. La page de confidentialité les recense.

vrOS a-t-il besoin des droits administrateur ?

Non, et il évite délibérément de s’élever. Une conséquence mérite d’être connue : Windows refuse la saisie injectée dans une fenêtre exécutée en tant qu’administrateur, donc les clics et les touches venant d’un panneau ne l’atteindront pas. Le sélecteur de sources signale ces fenêtres.

Quelles fonctionnalités de la v1 sont dans la 2.0.0 ?

Pas toutes, et il vaut mieux le dire clairement. La 2.0.0 livre les overlays, le pointeur laser, le clavier VR, le relais de la saisie, le panneau de performances, les outils d’espace de jeu et de trackers d’O·VR et le routage audio, et cinq extensions sont livrées avec : VRChat OSC, OBS Control, la table de sons, Twitch et Steam Link Face.

Pas dans la 2.0.0 : l’onglet Heure, le widget multimédia, les fonctions de compte VRChat, les notifications compatibles XSOverlay, les commandes de chat et les actions de points de chaîne Twitch, le mode administrateur et l’éditeur de thèmes personnalisés, entre autres. Les notes de version donnent la liste complète, et consignent ce qui sort dans chaque version après celle-ci.

Puis-je encore utiliser vrOS 1 ?

Oui, pour l’instant. vrOS 1 est sur une branche bêta : dans Steam, faites un clic droit sur vrOS → Propriétés → Bêtas et choisissez legacy. Choisissez « Aucune » pour revenir à vrOS 2.

Les deux versions gardent leurs réglages séparés, donc passer de l’une à l’autre ne pose aucun risque. vrOS 2 n’importe ni les réglages, ni les dispositions, ni les connexions aux comptes de vrOS 1 — il repart de zéro, et vous vous reconnectez à Twitch et à OBS dans leurs extensions.

Puis-je écrire ma propre extension ?

Oui. Les extensions parlent un seul protocole sur une socket locale, apportent de l’interface sous forme de panneaux Slint que vrOS rend lui-même, et demandent les capacités précises qu’elles utilisent — que vous accordez la première fois que vous en activez une, et que vous pouvez révoquer plus tard dans Réglages → Extensions. Les extensions tierces utilisent la même API que celles fournies avec vrOS ; c’est délibéré, parce que c’est ce qui garde l’API honnête.

La première version installe les extensions depuis un dossier local, avec un écran de consentement listant ce qu’elles ont demandé. Commencez par Créer une extension.

Où sont conservés mes réglages et mes dispositions ?

Les réglages vivent dans %APPDATA%\vrOS\config.toml sous Windows (et $XDG_CONFIG_HOME/vros/config.toml dans la version Linux). Le fichier apparaît la première fois que vous modifiez un réglage. vrOS 1 gardait ses réglages dans %LOCALAPPDATA%\vrOS ; vrOS 2 laisse ce dossier tel quel.

Les overlays, les préréglages enregistrés et les dispositions de clavier personnalisées ne sont pas de la configuration : ils vivent dans la base de données propre à vrOS et sont restaurés à son démarrage. Les extensions disposent de leur propre stockage persistant, et c’est pourquoi l’état d’une extension survit à un plantage du runtime, à un redémarrage de l’application et à un redémarrage de la machine.