OpenXR : un standard VR/AR unifié, mais pas partout

Un standard qui promet de faire tourner la même appli sur un Quest, un Vive et un HoloLens, sans réécrire le code trois fois : sur le papier, c'est exactement ce que vend OpenXR. Je suis allé vérifier ça directement dans le registre officiel de conformité Khronos, pas dans une page marketing, et le tableau qui en sort ne colle pas totalement à la promesse.

OpenXR est un standard ouvert maintenu par le Khronos Group, dont la spécification en vigueur est la version 1.1.62. Il vise à unifier le développement VR et AR sur un seul jeu d'API. Le registre officiel des produits conformes montre pourtant une adoption à plusieurs vitesses : certains runtimes valident la 1.0 et la 1.1, d'autres restent bloqués sur la 1.0, et deux acteurs majeurs, Sony sur PSVR2 et Apple sur visionOS, n'apparaissent tout simplement pas dans la liste.

Ce que le registre Khronos dit vraiment#

Direct au but : je suis allé lire, ligne par ligne, le registre officiel des produits conformes OpenXR (consulté le 2026-08-20). C'est un document technique aride, pas une page qu'on montre en conférence, mais c'est la seule source qui donne un état des lieux vérifiable plutôt qu'une promesse de communicant.

Runtime / produit	Conforme OpenXR 1.0	Conforme OpenXR 1.1
Meta Quest 3, 3S, Pro, Quest 2	Oui	Oui
NVIDIA CloudXR (pont vers Vision Pro)	Oui	Oui
SteamVR (Valve)	Oui	Non listé
Windows Mixed Reality / HoloLens 2 (Microsoft)	Oui	Non listé
HTC Vive Cosmos, Focus 3, XR Elite	Oui	Non listé
Sony ELF-SR1, ELF-SR2 (Spatial Reality Display)	Oui	Non listé
Sony PSVR2	Absent du registre	Absent du registre
Apple / visionOS	Absent du registre	Absent du registre

Ce tableau, personne d'autre ne l'a construit tel quel. Les pages qui ressortent en cherchant "OpenXR" sont soit la doc de référence Khronos, soit des discussions de forum : aucune ne croise runtime et version pour montrer qui suit vraiment le rythme.

Deux lignes sautent aux yeux. Meta et NVIDIA CloudXR sont les seuls à valider les deux versions listées ici. Le reste du terrain (SteamVR, Windows Mixed Reality, HTC) reste certifié sur la 1.0 uniquement, sans certification 1.1 au registre. Rapport qualité-promesse, on repassera pour l'uniformité.

L'absence n'est pas une preuve#

C'est le point où je dois être précis, parce que c'est facile de déraper. Que le PSVR2 ne figure pas dans le registre de conformité signifie une seule chose : il n'y figure pas. Ça ne veut pas dire que Sony a refusé OpenXR, ni que le casque en est privé d'une façon ou d'une autre. Aucune déclaration officielle de Sony sur le sujet n'est consultable : seulement des discussions de forums qui évoquent un passage par SteamVR comme intermédiaire, ce qui n'est pas une source primaire.

Même histoire pour Apple. Aucune ligne Vision Pro ou visionOS dans le registre officiel. Aucune déclaration Apple qui explique ce choix non plus. Une discussion communautaire relayant une issue GitHub sur le dépôt officiel d'OpenXR évoque le sujet, mais ce n'est pas Apple qui parle : je ne vais pas transformer une hypothèse de forum en motif d'entreprise. Ce que NVIDIA CloudXR permet, en revanche, c'est un pont logiciel PC vers le Vision Pro, ce qui n'est pas la même chose qu'un support natif visionOS.

Honnêtement, ce flou m'agace un peu. Un standard qui se dit unificateur devrait afficher clairement qui joue le jeu et qui ne le joue pas, avec le pourquoi. Un GPU arrive au moins avec des specs publiées et des chiffres opposables ; ici, je n'ai qu'un registre et deux cases vides.

Le mécanisme derrière l'unification : cœur vs extensions#

Pour comprendre pourquoi tout le monde n'avance pas au même rythme, il faut regarder comment Khronos fait grandir la spécification. La FAQ officielle du processus de standardisation est claire sur ce point : une extension proposée par un seul vendeur reste hors du cœur de la spécification tant qu'elle ne rassemble pas l'intérêt de plusieurs vendeurs, et son intégration au cœur demande ensuite une revue et un consensus du groupe de travail.

Meta, sans surprise, est le vendeur qui pousse le plus dans cette mécanique : selon son propre blog officiel, l'entreprise a contribué à 33 extensions Khronos ou cross-vendor (environ 67 % du total), en plus de 61 extensions spécifiques à ses propres produits. Une partie de ces extensions maison, comme SpaceWarp, la foveation ou le passthrough, a ensuite été reprise par d'autres vendeurs OpenXR pour améliorer l'interopérabilité avec des applis nées sur du matériel Meta. C'est ce mécanisme d'adoption progressive, extension par extension, qui explique en partie pourquoi la 1.1 n'a pas encore rattrapé tout le monde.

Un runtime qui s'efface : Windows Mixed Reality#

Reste une confusion fréquente à lever : la dépréciation de Windows Mixed Reality, le runtime, n'a rien à voir avec le sort d'OpenXR, la norme. Une page archivée officielle de Microsoft Learn le dit noir sur blanc : "Windows Mixed Reality devices are not supported with Windows 11, version 24H2 and newer." Le support reste limité à la plage Windows 10 20H2 jusqu'à Windows 11 23H2. Cette même page ne donne toutefois aucune date calendaire précise de fin de support, alors je ne vais pas en inventer une pour faire propre.

OpenXR n'est ni Vulkan ni OpenUSD#

Petite mise au point utile avant de refermer le dossier, parce que les trois se mélangent régulièrement dans les fils de forum : OpenXR gère l'interopérabilité VR/AR entre applis et casques, ce n'est ni Vulkan, l'API graphique bas niveau du même consortium Khronos, ni OpenUSD, le format de description de scène 3D. Trois standards, trois rôles, un seul point commun : aucun des trois n'appartient à un seul éditeur.

Côté moteurs justement, la logique d'abstraction matérielle est la même : un moteur comme Godot masque le matériel graphique derrière une couche unique, et le but déclaré d'OpenXR est d'éviter de la même façon qu'un studio code une intégration différente pour chaque casque.

Mon verdict#

Sur le papier, OpenXR fait exactement ce qu'un standard doit faire : un jeu d'API commun, une gouvernance qui n'appartient à personne, un mécanisme de contribution ouvert. En pratique, le registre de conformité montre une adoption à deux vitesses, avec Meta et NVIDIA CloudXR en tête sur la 1.1, et des zones grises qui restent grises faute de communication officielle des acteurs concernés. Si vous développez pour plusieurs casques et que vous voulez savoir ce qui est réellement supporté, le registre Khronos reste la seule référence fiable, pas les fiches produit.

Pour qui ?

Développeur XR qui vise plusieurs casques : le registre de conformité est votre feuille de route, pas la doc marketing d'un seul vendeur.
Joueur curieux de savoir si son casque est vraiment "compatible OpenXR" : vérifiez la ligne exacte de votre modèle, la conformité n'est pas uniforme dans une même gamme.
Lecteur en quête d'un panorama complet des casques : direction notre comparatif casques VR 2026 et notre face-à-face Meta Quest 4 vs Vision Pro.

Réponse directe#

OpenXR est un standard ouvert de Khronos (version 1.1.62 en vigueur) qui vise à unifier le développement VR et AR entre casques et applis. Le registre officiel de conformité montre une adoption inégale : Meta et NVIDIA CloudXR valident les versions 1.0 et 1.1, SteamVR, Windows Mixed Reality et HTC restent sur la 1.0, et ni le PSVR2 de Sony ni visionOS d'Apple n'apparaissent dans la liste, sans qu'aucun motif officiel de ces deux entreprises n'ait pu être trouvé.

FAQ#

OpenXR, c'est quoi en une phrase ?#

Un standard ouvert maintenu par le Khronos Group pour que le même code cible plusieurs casques VR et AR, plutôt qu'une intégration propriétaire par appareil. La spécification en vigueur est la version 1.1.62.

Pourquoi le PSVR2 n'est pas dans le registre officiel ?#

Le registre Khronos ne liste que les modèles Sony ELF-SR1 et ELF-SR2 (écrans spatiaux), pas le PSVR2. Aucune déclaration officielle de Sony expliquant ce choix n'a été trouvée : l'absence au registre n'est pas une preuve de refus, seulement une absence constatée.

Apple prend-il en charge OpenXR sur le Vision Pro ?#

Ni Apple ni visionOS n'apparaissent dans le registre officiel des produits conformes. Aucun communiqué Apple justifiant ce choix n'a été trouvé. Un pont logiciel existe via NVIDIA CloudXR depuis un PC, mais ce n'est pas un support natif de visionOS.

Quelle est la différence entre OpenXR et Vulkan ?#

OpenXR gère l'interopérabilité entre applis et casques VR/AR. Vulkan est une API graphique bas niveau, elle aussi maintenue par Khronos, mais dédiée au rendu, pas à la VR/AR en tant que telle. Ce sont deux standards distincts du même consortium.

Windows Mixed Reality est-il abandonné ?#

Le runtime Windows Mixed Reality n'est plus pris en charge à partir de Windows 11 24H2, selon une page archivée officielle de Microsoft Learn. Cette dépréciation concerne le runtime Microsoft, pas la norme OpenXR elle-même, qui continue d'évoluer indépendamment.