Les extensions ratifiées définissent le contexte, les portées, les UUID et conservent ou suppriment les opérations. Découvrez les implications pour des expériences XR durables.
Réponse directe
La spécification OpenXR 1.1.63 inclut les extensions ratifiées XR_EXT_spatial_persistence et XR_EXT_spatial_persistence_operations. Ils vous permettent de créer un contexte de persistance, d'interroger des étendues compatibles et de conserver ou de supprimer des entités spatiales par des opérations asynchrones basées sur XR_EXT_future. La norme améliore la portabilité logique, mais ne garantit pas que tous les environnements d'exécution offrent les mêmes étendues, capacités ou rétention. Les applications doivent énumérer la prise en charge, les données associées à la version, gérer l'achèvement et l'échec, et proposer une solution de secours lorsque la persistance n'existe pas.
La persistance n'est plus un détail exclusif
Une interface commune réduit le code spécifique par environnement d'exécution, bien que les politiques de stockage et de partage restent dépendantes de la mise en œuvre.
Le fonctionnement asynchrone nécessite un état
Demander de la persévérance ne signifie pas la compléter. Le produit doit attendre l'avenir, enregistrer des résultats et éviter de présenter des succès prématurés.
L'UUID identifie ; n'explique pas
L'identifiant localise l'entité, mais le contenu, la version, le propriétaire et les autorisations nécessitent un modèle de données distinct et migrable.
La suppression fait partie du cycle de vie
Les expériences doivent permettre l’expiration, le remplacement et la suppression. Les entités orphelines augmentent l'encombrement, le stockage et les risques liés à la confidentialité.
Lecture Nexus
Concevoir la persistance sous forme de contrat : portée, identité, durée, autorisation, migration et solution de secours. Testez le redémarrage, la mise à niveau, la perte de support et la suppression complète.
FAQ
Les extensions sont-elles ratifiées ?
Oui. Les pages de la version officielle 1.1.63 indiquent le statut de ratification.
L'appel persistant est-il immédiat ?
Non. Les opérations utilisent le modèle asynchrone XR_EXT_future et nécessitent une requête et un achèvement.
Chaque runtime OpenXR doit-il les prendre en charge ?
Non. Les extensions doivent être énumérées et activées uniquement lorsqu’elles sont disponibles.
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 28 septembre 2026. Le texte est original et interprète les implications pratiques pour les entreprises.
- Khronos — XR_EXT_spatial_persistence_operations: statut ratifié, dépendances et opérations asynchrones des entités persistantes et supprimées.
- Khronos — XR_EXT_spatial_persistence: contextes, portées, UUID, état et découverte des entités persistantes.
Date rapportée par source principale : OpenXR 1.1.63 consulté le 28 septembre 2026 ; analyse standard ratifiée.