L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.
Google a poussé le SDK Android XR vers une deuxième version candidate le 7 octobre, et il n’y a pas un seul changement d’API. Dans les trois bibliothèques déplacées, il y a huit entrées, chacune étant une correction de bogue, et la plupart d’entre elles étant une fuite de mémoire, une fuite de contexte ou une condition de concurrence.
SceneCore, ARCore pour Jetpack XR et XR Runtime sont tous passés à 1.0.0-rc02 dans les propres notes de version de Google, datées du 7 octobre 2026, avec la date correspondante sur les notes ARCore pour Jetpack XR et XR Runtime. Le référentiel Maven de Google tamponne huit artefacts dans les trois bibliothèques au même moment, à 17h06 UTC le 7 octobre. Les quatre pages ont été lues à 22h03 UTC ce jour-là.
Chaque changement de SceneCore est un nettoyage
Le rc02 de SceneCore contient cinq entrées, toutes des corrections de bogues, et toutes les cinq sont étiquetées avec le même ID de modification, Ie35b1. Trois choses préoccupantes auxquelles le runtime s’accrochait : Google déclare avoir « Correction d’une fuite de mémoire potentielle en supprimant le perceptionRuntimeCache« , » Correction d’une fuite de mémoire dans Scene en supprimant le sceneCache« , et « Correction d’une fuite de contexte potentielle en utilisant applicationContext pour les handles natifs d’OpenXR afin de garantir que le runtime natif ne contient pas de références à un contexte d’activité ».
Le quatrième est le threading. Google « Conditions de course fixes dans XrInstanceManager en introduisant une synchronisation et un verrouillage d’initialisation appropriés ». Le cinquième recâble la suppression des objets afin que le nettoyage de l’entité s’exécute lorsqu’une application appelle dispose() plutôt que chaque fois que le ramasse-miettes s’en occupe, « empêchant l’exécution en double lors du ramasse-miettes ».
ARCore pour Jetpack XR a deux entrées et la même saveur. L’une couvre une session qui n’a pas réussi à configurer « lorsque le suivi d’image augmenté n’était pas pris en charge » ; les autres bundles ont amélioré la gestion de la mémoire, une mise en cache plus simple des sessions et des scènes et un enregistrement du nettoyage sécurisé par les threads. XR Runtime a exactement une entrée, et c’est un résumé des deux autres : des correctifs « pour améliorer la sécurité de la mémoire et la gestion du cycle de vie des ressources » avec « des mises à jour de la gestion du contexte et de la logique de nettoyage des références pour éviter les fuites de mémoire ».
Rien de tout cela n’est une version de fonctionnalité, et Google ne nomme aucun appareil ni aucune application. Ce sont ces défauts qui font qu’une longue session se dégrade plutôt que de planter au lancement, ce qui est le genre de chose qu’un casque ou une paire de lunettes punit le plus durement.
Compose for XR est une version en retard sur les autres
Le SDK ne bouge pas d’un seul tenant. Alors que trois bibliothèques sont en attente d’une deuxième version candidate, androidx.xr.compose est toujours à la version 1.0.0-beta01, datée du 23 septembre, deux échelons plus bas dans l’échelle des versions préliminaires. Ses métadonnées Maven n’ont pas non plus bougé depuis. Un développeur créant une interface utilisateur spatiale dans Compose travaille donc contre une version bêta tandis que le graphique de scène en dessous est en cours de construction candidate.
Il existe également une version 1.1.0-alpha01 de XR Runtime comportant un seul ajout d’API, SPATIAL_API_V4. Il semble actuel dans la liste Maven car le tampon couvre l’intégralité de l’artefact, mais les notes de version le datent du 9 septembre, le jour même de l’arrivée de rc01.
28 jours séparent rc01 de rc02, et l’écart a permis d’obtenir des corrections de bugs plutôt qu’une version stable. Il n’existe toujours pas de SDK Android XR 1.0 : selon les numéros de version de Google, la plate-forme est en phase de release candidate. Le matériel arrive malgré tout, avec l’expédition du Galaxy XR de Samsung et les lunettes Aura de Xreal répertoriées comme appareil Android XR attendues à l’automne 2026. Les développeurs s’appuient sur une version candidate dont le dernier travail est en train de se ranger après lui-même, bien loin de ce que les développeurs VR ont dit à propos de la plate-forme lorsque Google a montré pour la première fois Android XR.