La société Google a annoncé avant la conférence GDC (Game Developers Conference) qu'elle conférait à l'API graphique Vulkan le statut d'officiel sur la plateforme Android. Google travaille à l'utilisation de Vulkan comme niveau d'abstraction principal pour le GPU (HAL, Hardware Abstraction Layer), recommandé pour les jeux et les applications fonctionnant avec le GPU. Des API et composants internes, tels que HWUI, Skia et WebGPU, fonctionneront également au-dessus de Vulkan.
Actuellement, des efforts sont déployés pour passer Android à une nouvelle pile de rendu unifiée basée sur Vulkan. Dans le contexte du développement de jeux, Google estime que le passage à Vulkan permettra d'exploiter plus efficacement les capacités et la performance du GPU, permettant par exemple de créer des effets visuels avancés et d'utiliser des fonctionnalités telles que le ray tracing.
Vulkan est pris en charge sur Android depuis 2016 (Android 7.0), mais la promotion active de cette API graphique n'a commencé que récemment, car auparavant, seul un faible pourcentage d'appareils était capable de fonctionner avec Vulkan. La situation a maintenant changé et, selon Google, le nombre d'appareils en circulation prenant en charge Vulkan a atteint 85%.
Le support d'OpenGL ES dans les versions futures sera assuré par le biais de la couche ANGLE, fonctionnant au-dessus de Vulkan. Cette année, la mise en œuvre d'OpenGL ES basée sur ANGLE sera activée par défaut, et l'année prochaine, elle sera la seule prise en charge. Dans la version Android 16, prévue pour le deuxième trimestre 2025, certains nouveaux appareils seront transférés à l'utilisation d'ANGLE pour les jeux et les applications vérifiées et mises sur liste blanche.
Dans Android 17, tous les nouveaux appareils et la plupart des applications seront transférés vers ANGLE (au lieu de la liste blanche, une liste noire sera utilisée pour les applications posant des problèmes). Les exigences pour passer à ANGLE ne s'appliqueront qu'aux nouveaux appareils initialement lancés avec Android 16 ou Android 17 (les appareils ayant mis à jour leur firmware vers ces nouvelles branches ne seront pas soumis à ces exigences).
Pour atteindre un support complet de Vulkan sur les appareils, Google a mis en place un système de profils Vulkan (VPA — Vulkan Profiles for Android) qui définit les capacités minimales nécessaires que l'appareil doit prendre en charge pour obtenir la certification Google et utiliser les nouvelles versions d'Android. Par exemple, le VPA pour Android 16 exige le support des capacités de base de Vulkan 1.3, tandis que le VPA pour Android 17 nécessitera le support de Vulkan 1.4. Si un appareil ne répond pas aux exigences du profil, il ne pourra pas utiliser les nouvelles branches d'Android.
On peut également noter la publication de la troisième version bêta de la plateforme mobile ouverte Android 16. Un programme de test préliminaire a été proposé pour évaluer les nouvelles fonctionnalités de la plateforme. Des compilations de firmware ont été préparées pour les appareils Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9 Pro/9 Pro XL/9 Pro Fold, Pixel Fold et Pixel Tablet.
Parmi les changements dans Android 16 Beta 3 :
- Pour les appareils Pixel 9, le support de la transmission audio via Bluetooth en mode diffusion (Auracast) a été inclus, permettant de transmettre le son d'une seule source à plusieurs récepteurs ou de recevoir le son de plusieurs sources par un seul récepteur (par exemple, utile pour écouter des flux audio externes sur des écouteurs et des appareils auditifs, tels que des annonces à l'aéroport, sans interrompre une autre diffusion).
- Un mode de renforcement du contraste du texte a été ajouté, dans lequel la transparence sous le texte est supprimée (le texte clair s'affiche sur fond noir, et le texte sombre sur fond blanc). Ce mode peut être utile pour les personnes ayant une vision affaiblie.
- Les tests du mode LNP (Local Network Protection) ont débuté, permettant de limiter l'accès des applications aux sous-réseaux intranet internes (192.168.x.x, 10.x.x.x, etc.) pour bloquer les attaques sur les ressources du réseau local. Dans ce nouveau mode, en plus de disposer des autorisations « INTERNET », l'application devra obtenir une confirmation d'accès distincte de l'utilisateur.
Source : opennet.ru
