Le journal des modifications de Meta indique que sa boîte à outils de lunettes 1.0 a gelé les cadres de caméra

L’article ne peut pas être activé avec JavaScript. Vous pouvez également activer JavaScript dans votre navigateur et sur la nouvelle page.

Meta a livré la version 1.0.1 de sa boîte à outils d’accès aux appareils portables le 9 octobre, et le journal des modifications Android nomme deux défauts dans la version précédente. Les deux se trouvent dans le chemin de la caméra : « Corruption du tampon lors de la diffusion de tampons HEVC compressés, provoquant des blocages sporadiques des images » et « Plusieurs problèmes de performances sur Stream provoquant du décalage et du bégaiement ». Le fichier a été lu à 21h37 UTC le 10 octobre.

Cette boîte à outils est le chemin emprunté par chaque application tierce pour accéder à la caméra et s’afficher sur Ray-Ban Meta, Oakley Meta et Meta Ray-Ban Display, donc un tampon corrompu dans le flux HEVC n’est pas un problème interne. Meta ne dit pas combien d’applications l’ont vu, quand le défaut a été introduit, ni si une application d’expédition a montré le gel à un utilisateur.

Meta a expédié le correctif 15 jours après la version 1.0

Le commit intitulé « Release 1.0.1 » a atterri à 18:23:02 UTC le 9 octobre sur le référentiel Android et les listes Maven Central com.meta.wearable:mwdat-core:1.0.1 tel que publié à 20h17 UTC le même jour. La balise 1.0.1 du jumeau iOS est estampillée 19:51:53 UTC. La version 1.0.0 est datée du 24 septembre dans les deux changelogs, ce qui met 15 jours entre la sortie et la réparation.

Le fonctionnement de la caméra sur lequel reposent ces deux défauts est arrivé dans la version 1.0.0 elle-même. Cette version a ajouté Camera.photo pour une capture photo autonome de haute qualité avec un PhotoTransferProgress rapport pendant que l’image bouge, et StreamConfiguration.audioCodec avec Stream.audioStream pour transporter des images audio à côté de la vidéo. Les deux sont marqués comme expérimentaux dans la propre liste de Meta.

La version 1.0.0 était une version importante selon les normes de la boîte à outils, et la majeure partie consistait en une nouvelle surface plutôt qu’en une réparation. Il a ajouté des modules expérimentaux pour les entrées, le mouvement et la transcription vocale sur l’appareil, un flux d’invocation vocale qui permet à l’application Meta AI de transmettre à une application une demande de lancement, ainsi que la batterie, la charge, l’enfilage, la charnière et l’état thermique sur l’appareil. Device objet. Il a également ajouté un aperçu d’affichage simulé qui restitue une session Ray-Ban Display sur le téléphone, afin qu’un développeur puisse cliquer sur une interface sans une paire de lunettes devant lui. La version précédente, la 0.9.0, est arrivée le 3 août.

iOS a le même numéro de version et aucune modification de l’API

L’entrée du journal des modifications iOS pour la version 1.0.1 indique, dans son intégralité, « Aucune modification destinée aux développeurs ». Il s’agit d’une déclaration sur la surface de l’API plutôt que sur le binaire, et Meta a publié la version iOS le même jour que celle d’Android.

Les deux journaux de modifications comportent le même avertissement permanent au-dessus de chaque entrée : l’API publique a des garanties de version sémantique, mais les fonctionnalités expérimentales « peuvent être créées et testées, bien que les applications qui les utilisent ne puissent pas encore être publiées ». Cette ligne existait avant la version 1.0 et constitue la contrainte rencontrée par un wrapper React Native pour la boîte à outils le 4 octobre.

Les référentiels sont petits par rapport aux standards Meta : 563 étoiles du côté iOS et 375 sur Android lorsque les deux ont été lus à 21h37 UTC le 10 octobre. Sept artefacts se trouvent désormais sous com/meta/wearable/couvrant le noyau, la caméra, l’affichage, les entrées, le mouvement, la parole et un appareil fictif. Le commit qui a déplacé la boîte à outils vers Maven Central en premier lieu est daté du 14 septembre, donc tout l’historique de distribution publique de cette chose tient dans un délai de quatre semaines. Pour un développeur, la nouvelle pratique est qu’une erreur de gel d’image dans la version de septembre comporte désormais un correctif avec un numéro de version, quatre semaines après le début de la vie publique de la boîte à outils sur Maven Central.