Les rapports d'incident obtiennent le nom et la version du runtime, tandis que les projets peuvent désactiver les extensions prises en charge. Découvrez comment reproduire les plantages et valider les solutions de repli XR.
Réponse directe
Unreal Engine 5.8 inclut désormais le nom, le mode et la version du runtime OpenXR dans les rapports de crash et des paramètres ajoutés pour bloquer les extensions même lorsque le runtime les propose. Les deux modifications rendent les tests plus vérifiables : les équipes peuvent associer les échecs à la combinaison réelle d'exécution et de build et vérifier que le produit se dégrade correctement lorsqu'une fonctionnalité facultative est manquante.
Un crash sans runtime cache la combinaison causale
Le nom et la version permettent de séparer le défaut de l'application, du plugin, du chargeur, du runtime ou du périphérique. Le rapport doit encore être construit, cartographié, actionné et empilé.
Le confinement teste l'absence avant le marché
La désactivation d'une extension facultative vous permet de vérifier la solution de secours sans recourir à un autre casque. La configuration doit être limitée aux tests et clairement enregistrée.
L'extension obligatoire bloquée devrait échouer prématurément
Si le produit dépend réellement d'une capacité, l'initialisation et la messagerie doivent expliquer l'incompatibilité plutôt que de s'interrompre pendant la tâche.
La portabilité est une matrice, pas une promesse
OpenXR unifie l'interface, mais les environnements d'exécution choisissent les extensions et les implémentations. CI, laboratoire d'appareils et télémétrie constituent la véritable porte d'entrée.
Lecture Nexus
Attachez le runtime, la version, les extensions activées et l’appareil à chaque incident. Convertissez les combinaisons les plus courantes en tests de fumée et de repli avant de les publier.
FAQ
Le rapport de crash identifie-t-il désormais OpenXR ?
Oui. Les notes mentionnent le nom, le mode et la version du runtime ; dans les chemins non OpenXR, la plateforme XR est également identifiée.
Pourquoi bloquer une extension prise en charge ?
Reproduire l'absence de capacité et valider si l'expérience fournit une solution de repli ou une défaillance contrôlée.
OpenXR élimine-t-il les tests par appareil ?
Non. Les extensions, les performances, les pilotes, le suivi et la composition continuent de varier selon les environnements d'exécution et le 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 18 octobre 2026. Le texte est original et interprète les implications pratiques pour les entreprises.
- Epic Games — Notes de version d'Unreal Engine 5.8: Rapports de crash XR, runtime et version, correctifs BlockedExtensions et OpenXR.
- Khronos — Spécification OpenXR 1.1: négociation des extensions, runtimes et contrats API officiels.
Date rapportée par la source principale : documentation officielle d'Unreal Engine 5.8 consultée le 18 octobre 2026.