Bien qu'il y ait une controverse à ce sujet, de plus en plus de gens regardent des films sur leur smartphone, grâce à des applications telles que Netflix, Disney + ou Prime Video; L'expérience n'est peut-être pas comme celle d'un téléviseur, mais d'un autre côté, les écrans mobiles s'améliorent et les écouteurs sans fil offrent une qualité audio plus élevée. De la même manière, les applications comme Spotify sont principalement mobiles.
Cependant, quelque chose que beaucoup de gens ne savent peut-être pas que Toutes ces applications multimédias ont plusieurs obstacles fonctionner correctement; Et ce n'est pas aussi simple que de simplement lire la vidéo via l'écran ou le fichier audio via les haut-parleurs.
Lorsqu'une application Android doit reproduire tout type de fichier multimédia, utilisez les codecs audio et vidéo SO pour décoder le contenu; Le problème est que Vous ne pouvez pas accéder directement à ces codecs, pour des raisons de sécurité. Les codecs ont toujours été la méthode préférée des pirates pour entrer un système d'exploitation, en utilisant toutes sortes de techniques telles que les fichiers modifiés. Google l'a appris pour The Bad, avec StageFright, un gars qui attaque le système multimédia Android, qui avait une conception monolithique dans laquelle tous les composants, y compris les codecs, avaient accès à de nombreux permis de système d'exploitation.
Par conséquent, maintenant Android a un système de processus indépendant qui s'exécute chaque fois qu'une application doit reproduire un fichier multimédia. Par exemple, les codecs maintenant Ils se présentent dans leur propre processus indépendant et séparé du reste du système, ce qui ajoute beaucoup de sécurité; Le problème est qu'il ajoute également des complications et des inefficacités, car chaque transfert de données multimédia nécessite un appel CPU. Cela signifie que les applications multimédias consomment de nombreuses ressources sur Android, et c'est ce que Google veut changer.
Comme ils l'ont découvert Autorité Androidd'Android 16, codecs multimédias Ils peuvent être exécutés dans le processus d'application Cela en a besoin, au lieu de fonctionner séparément dans votre propre processus. De cette façon, lorsque l'application a besoin d'un codec pour reproduire une vidéo ou une chanson, vous pouvez l'exécuter directement dans son processus et sans passer des appels supplémentaires au processeur.
En pratique, cela devrait se traduire par un Amélioration des performances et réduction de la consommation de batterie Lorsque nous utilisons des applications multimédias, y compris Netflix et Spotify susmentionnés, mais également des applications telles que YouTube ou Reproduire des fichiers musicaux en mémoire locale. Selon la présentation filtrée de Google, l'objectif de la société avec ce changement était d'améliorer les performances avec le codec audio AAC, après avoir découvert que 50% des cycles du CPU étaient dédiés à ce type d'appels inutiles.
La bonne nouvelle est que ce changement ne pourra pas rouvrir les anciens trous de sécurité, car Google obligera les développeurs d'applications à créer ces codecs dans un langage sûr pour la mémoire comme la rouille.