Khronos a ajouté des données middleware à la matrice des extensions pour montrer où les fonctionnalités atteignent réellement l'application. Découvrez comment l'utiliser en architecture.
Réponse directe
Le 7 avril 2026, Khronos a étendu la matrice d'extension OpenXR avec des données auto-déclarées provenant de middlewares tels que Godot, LÖVR, StereoKit, Unity et Unreal. La matrice différencie ce que le runtime et le matériel implémentent de ce que le moteur ou le framework expose à l'application. Cela aide à planifier la portabilité, mais il ne s’agit pas d’une certification middleware : chaque combinaison de moteur, plug-in, runtime et périphérique nécessite toujours ses propres tests.
La conformité ne signifie pas toutes les extensions
Un runtime peut être conforme à OpenXR sans implémenter toutes les fonctionnalités facultatives. La portabilité de base ne garantit pas le passage, les mains, la composition ou le suivi spécifique.
Le middleware est une autre couche de compatibilité
Le moteur appelle le runtime et choisit les extensions à exposer. Une fonctionnalité présente dans le casque peut rester indisponible en raison de la version, du plug-in ou de l'abstraction.
Matrix guide la découverte, n'accepte pas
Les données middleware sont auto-déclarées et n’équivalent pas à la certification Khronos. Utilisez la matrice pour sélectionner les combinaisons à tester, et non pour renoncer à la validation.
L'architecture doit déclarer la dégradation
Capacités essentielles, facultatives et exclusives séparées. Lorsqu'une extension est manquante, l'application doit désactiver la fonctionnalité, modifier l'interaction ou empêcher clairement son utilisation.
Lecture Nexus
La matrice transforme la fragmentation invisible en décisions de produits. Il vous aide à estimer le coût du support et à choisir le plus petit ensemble d'extensions offrant de la valeur sur tous les appareils cibles.
FAQ
OpenXR garantit-il toutes les fonctionnalités de n’importe quel casque ?
Non. La norme définit un noyau et des extensions, dont la prise en charge varie selon les environnements d'exécution, les appareils et les middlewares.
Khronos certifie-t-il Unity et Unreal dans cette matrice ?
Non. La page indique que les données du middleware sont auto-déclarées et ne sont ni vérifiées ni approuvées par Khronos.
Comment utiliser la matrice dans un projet ?
Mappez les fonctionnalités essentielles, filtrez les combinaisons candidates et effectuez une régression sur la version exacte du moteur, du plug-in, du runtime et du matériel.
Guides essentiels pour approfondir la décision
Cette analyse éditoriale a été réalisée par Nexus à partir des sources officielles ci-dessous, consultées le 16 septembre 2026. Le texte est original et interprète les implications pratiques pour les entreprises.
- Khronos — Ajoute des informations sur les middlewares à la matrice d'extension OpenXR: annonce, distinction entre runtime et middleware, et liste initiale des participants.
- Khronos — Matrice de prise en charge des extensions OpenXR : Matrices de support actuelles par runtime et middleware, avec avertissement sur les données auto-déclarées.
Date rapportée par la source principale : 7 avril 2026.