L'acquisition d'un index ne rend pas l'image prête à l'écriture. Comprenez l'ordre, le délai d'attente, la synchronisation GPU et les erreurs qui interrompent la trame XR.
Réponse directe
Dans OpenXR, xrAcquireSwapchainImage renvoie l'index de l'image suivante, mais ne garantit pas qu'elle puisse déjà recevoir des commandes graphiques. L'application doit appeler xrWaitSwapchainImage avant d'écrire et xrReleaseSwapchainImage après avoir terminé les commandes qui y font référence. Un ordre incorrect peut produire XR_ERROR_CALL_ORDER_INVALID ; De plus, Vulkan et D3D12 appliquent des états et des propriétés de file d'attente qui doivent être compatibles lorsque l'image revient au moment de l'exécution.
Acquérir une réservation ; attendre autorise l'utilisation
L'écriture de commandes avant l'attente peut contester l'image avec le compositeur. Le pipeline doit représenter explicitement ces états.
Le délai d'attente n'est pas une image prête
Une fois le délai expiré, la candidature doit continuer à attendre ou à adapter le cadre, sans relâcher ni écrire comme si elle avait réussi.
La libération transfère la responsabilité
Après avoir terminé les commandes qui utilisent l'image, l'application la renvoie ; le compositeur utilise l'image la plus récemment publiée dans le cadre soumis.
L'API graphique ajoute son propre contrat
La disposition Vulkan, l'état D3D12 et la propriété de file d'attente doivent être renvoyés au format requis par le runtime avant la publication.
Lecture Nexus
Centralisez le cycle de swapchain, validez l'ordre de développement, enregistrez les délais d'attente et testez sous charge GPU pour éviter les défauts intermittents.
FAQ
L'acquisition autorise-t-elle déjà le rendu ?
Non. Il est obligatoire d'attendre avec xrWaitSwapchainImage avant d'écrire dans l'image.
Que se passe-t-il en cas de commande incorrecte ?
Le moteur d'exécution peut renvoyer XR_ERROR_CALL_ORDER_INVALID et la trame ne doit pas se dérouler comme si elle avait réussi.
Libérez-vous en attendant la fin du GPU ?
L'application se charge de compléter et de synchroniser les commandes selon l'API graphique avant de renvoyer l'image.
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 27 octobre 2026. Le texte est original et interprète les implications pratiques pour les entreprises.
- Khronos — xrAcquireSwapchainImage: index acquis, ordre d'appel, image statique et besoin d'attente.
- Khronos — Spécification OpenXR 1.1: cycle de swapchain, attente, release, soumission et contrats des API graphiques.
Date rapportée par source principale : OpenXR 1.1.65 consulté le 27 octobre 2026 ; analyse technique.