Le Khronos Group a ratifié et publié des extensions OpenXR qui introduisent les « spatial containers », des espaces gérés par le système pour accueillir plusieurs applications XR en même temps. Les premières implémentations doivent arriver dans l’écosystème au cours de 2026.
Sur un ordinateur, personne ne se pose la question : on ouvre dix fenêtres, on les déplace, on les redimensionne. En réalité virtuelle et en réalité mixte, la logique reste bien plus rigide, car chaque casque impose ses propres règles. Cette fois, c’est le standard ouvert qui bouge, avec une API pensée pour faire cohabiter plusieurs applications spatiales sans dépendre d’un constructeur. L’idée rappelle fortement ce que fait déjà Apple, sans que la firme de Cupertino fasse partie du jeu.
Spatial containers : le principe du multitâche spatial selon OpenXR
OpenXR est un standard ouvert et libre de droits, qui offre une interface unique pour développer des applications de réalité virtuelle et augmentée. La grande majorité des plateformes XR le prennent en charge. Apple fait exception : le Vision Pro repose sur ses propres API.
Les nouvelles extensions, publiées par le Khronos Group qui pilote le standard, introduisent les spatial containers. Il s’agit d’espaces gérés par le système, dans lesquels une application affiche son contenu XR. Le fonctionnement est comparable à celui des fenêtres d’un bureau classique, où chaque programme dessine son interface 2D dans un cadre défini.
Concrètement, une application peut basculer entre deux modes. Le premier, dit « bounded », la cantonne à un volume délimité, ce qui permet d’en faire tourner plusieurs en parallèle. Le second, « immersive », lui donne tout l’espace disponible, comme le ferait un jeu en plein écran.
Imaginons un petit studio qui développe un outil de visualisation 3D pour architectes. Aujourd’hui, il doit adapter son comportement à chaque plateforme. Avec un cadre commun, son application pourrait rester dans un coin de la pièce pendant que l’utilisateur consulte autre chose, puis s’étendre à toute la pièce à la demande. Ce gain de cohérence est l’enjeu central de cette API.
Apple, Shared Space et Meta Quest : trois façons de gérer le multitâche
La parenté avec visionOS saute aux yeux. Le Shared Space de l’Apple Vision Pro fonctionne comme un bureau spatial : plusieurs applications 3D cohabitent côte à côte, et l’utilisateur les déplace à sa guise. Cette fonction est présente depuis le lancement du casque en 2024.
Côté Meta Quest, le fonctionnement est différent. Une seule application spatiale peut tourner à la fois, même si elle partage l’écran avec des éléments système : le tableau de bord, le navigateur ou d’autres fenêtres 2D en multitâche. On peut donc ouvrir plusieurs fenêtres plates, mais pas faire vivre deux univers 3D en parallèle.
La différence est de taille. Chez Apple, le multitâche spatial est intégré à un système unique, maîtrisé de bout en bout. Avec OpenXR, il faut convaincre des fabricants aux architectures très différentes d’adopter un même socle, ce qui change la nature de l’exercice : on parle ici d’interopérabilité, pas de fonctionnalité maison.
Mode borné ou mode immersif : ce que les développeurs devront gérer
Pour les studios, le passage d’un mode à l’autre devient une brique standard plutôt qu’un développement sur mesure. Une application pourra se comporter en « citoyenne » d’un espace partagé, puis réclamer l’écran entier quand l’usage le justifie. Un jeu de réalité virtuelle reste en plein écran, alors qu’un outil de productivité, un lecteur multimédia ou un tableau de bord a tout intérêt à rester discret.
Cette approche ouvre la voie à une vraie compatibilité multiplateforme pour la gestion des fenêtres spatiales. Reste une inconnue : le Khronos Group ne détaille pas ici les noms précis des extensions ni la manière dont chaque constructeur les exposera à ses utilisateurs.
Sans ces détails, difficile de savoir si l’expérience sera homogène d’un casque à l’autre. Le standard définit le cadre, mais c’est chaque système qui décidera du rendu final, de la façon de déplacer les fenêtres et des limites du nombre d’applications simultanées.
Quels casques seront concernés par ces extensions OpenXR ?
Les extensions sont ratifiées et publiées, mais leur publication ne signifie pas que les casques existants les prendront en charge d’un coup. Les implémentations doivent se déployer progressivement dans l’écosystème XR au cours de 2026, au rythme de chaque constructeur. Aucune date précise n’est donnée, ni pour un appareil en particulier, ni pour une mise à jour système.
Les plateformes compatibles avec OpenXR sont pourtant nombreuses : Meta Quest, les casques PC VR compatibles SteamVR et le Steam Frame, les appareils sous Android XR, Varjo, Magic Leap et les lunettes XREAL. Toutes pourraient, en théorie, adopter ces extensions, ce qui rend probable l’arrivée de premières implémentations assez vite.
Pour le public, l’enjeu est double. Les joueurs pourraient voir un jour des applications spatiales cohabiter avec un jeu, sans quitter leur session. Les utilisateurs de réalité mixte, eux, gagneraient en souplesse pour organiser leur espace de travail, un domaine où Apple garde pour l’instant une longueur d’avance.
Une précision tout de même : Apple reste en dehors d’OpenXR et ne figure pas dans la liste des plateformes compatibles. Le Vision Pro continue donc de s’appuyer sur ses propres API, et aucune annonce ne laisse entendre un changement de cap.
Restez à la pointe de l'information avec REALITEVIRTUELLE.COM!
Abonnez-vous à notre chaîne YouTube et rejoignez-nous sur Google Actualités pour ne rien rater.