Dans le dernier épisode d'Android Developers Backstage, les développeurs de Google parlent d'un taux de rafraîchissement de 120 Hz sur le Pixel 3, du mode haute luminosité, et bien plus encore.
Le dernier épisode du podcast Android Developers Backstage a été publié récemment. Cette fois-ci, Michael Wright de l'équipe Android Framework, Chet Haase de l'équipe Android Developer Relations et Romain Guy de l'équipe Android Toolkit. Dans cet épisode, les développeurs se sont concentrés sur quelques sujets intéressants, notamment la possibilité d'un affichage à 120 Hz sur le Google Pixel 3, le mode haute luminosité, l'haptique du Pixel 4, et bien plus encore. Voici un aperçu de tous les problèmes clés abordés dans l'épisode 129 :
Google Pixel 3 avec affichage à taux de rafraîchissement élevé ?
Avec le lancement du Pixel 4, Google a sauté dans le train de l'affichage à taux de rafraîchissement élevé et a intégré un écran à 90 Hz sur les deux appareils. Mais saviez-vous que Google envisageait d’inclure un affichage du taux de rafraîchissement de 120 Hz sur le Pixel 3? Selon Haase de l'équipe Android Developer Relations, le plus petit Pixel 3 n'était pas censé être disponible. un écran OLED pour diverses raisons, c'est pourquoi Google a envisagé d'utiliser un écran Sharp 120 Hz sur le appareil. Haase a déclaré: « Donc, c'était comme: « Eh bien, si nous n'avons pas d'OLED, que faisons-nous? » et donc l'une des considérations était "Eh bien, peut-être que nous faisons un écran LCD à 120 Hz." Malheureusement, Haase n'a pas révélé pourquoi la société a finalement choisi un panneau P-OLED plutôt qu'un panneau 120 Hz. Écran LCD.
Qu'a fait Google pour rendre le taux de rafraîchissement élevé applicable à l'ensemble de l'écosystème ?
Dans l'épisode, les développeurs ont également expliqué comment Google a réussi à rendre un taux de rafraîchissement élevé applicable à l'écosystème Android dans son ensemble. La société a introduit une fonction de commutation dynamique du taux de rafraîchissement dans Android 10 pour basculer automatiquement entre 90 et 60 Hz pour économiser de l'énergie. La société reconnaît des problèmes dans les versions antérieures (en faisant probablement référence au fiasco de la luminosité) mais dit qu'ils sont maintenant dans un bien meilleur endroit.
Échantillonnage tactile
L'un des gros problèmes de l'équipe avec le Pixel 4 est qu'il utilise un échantillonnage tactile à 120 Hz. La société a accepté d'utiliser 120 Hz, car la commutation entre l'échantillonnage tactile de 120 Hz et 180 Hz était un défi et entraînait un coût énergétique important. L'équipe soupçonne que cela changera à l'avenir, à mesure que l'entreprise trouvera un moyen de réduire les coûts d'énergie et de gérer davantage d'intrants. Un taux de rafraîchissement de 90 Hz et un échantillonnage tactile de 120 Hz ne constituent pas une combinaison idéale, car l'échantillonnage tactile de 120 Hz signifie qu'une entrée arrive dans une image sur deux.
Pour résoudre ce problème, Google a utilisé le rééchantillonnage introduit avec Project Butter dans Android 4.1 pour interpoler/prédire les événements tactiles. Google étudie également une nouvelle technique appelée latching tardif, dans laquelle ils rééchantillonneront les événements au dernier moment possible juste avant le rendu. Cette nouvelle technique devrait améliorer l'expérience lors du défilement des listes.
Luminosité
Au cours du podcast, les développeurs ont également révélé que Google envisageait d'ajuster la luminosité en fonction des applications sous Android 10. Le raisonnement était que, puisque la plupart des gens augmentent la luminosité des photos et des vidéos, il serait logique qu’Android le fasse automatiquement. Il s’est avéré que c’était une très mauvaise idée car les gens détestaient cette perte de contrôle. Elle n’a donc pas été mise en œuvre.
Cependant, une luminosité plus élevée est importante pour visualiser du contenu HDR, c'est pourquoi Google utilise Mode haute luminosité (HBM) uniquement pour le contenu HDR. Sur la série Pixel, HBM augmente la luminosité à environ 600-700 nits selon le panneau. Wright a ajouté qu'il faut environ 700 nits pour être lisible à la lumière du soleil dans tous les cas, mais le Pixel n'utilise pas HBM à la lumière du soleil. La raison pour laquelle HBM n’est pas utilisé en dehors de la vidéo HDR est principalement due à des problèmes de rémanence plutôt qu’à des problèmes d’alimentation.
Tactique du Pixel 4
Enfin, le podcast se concentre sur l’haptique de la série Pixel 4. Si vous possédez un Pixel 4, vous avez peut-être remarqué que les appareils vibrent de manière fluide avec le son des sonneries et des alarmes. Dans les versions précédentes de la série Pixel, Google devait créer une configuration haptique pour chaque sonnerie et son d'alarme pour obtenir cet effet, mais cela a changé avec le Pixel 4.
Avec le Pixel 4, Google a introduit le retour haptique couplé audio. Il y a maintenant un canal dans le conteneur audio qui est en fait un signal haptique car le signal haptique ressemble à un signal audio très basse fréquence. Cependant, cette fonctionnalité n'est disponible qu'avec des sonneries et des alarmes pré-incluses. Les appareils ne disposent pas de couplage à la volée pour les sonneries et alarmes tierces. Il n'existe pas encore de documentation permettant aux développeurs tiers de le faire sur leur propre audio, car le retour haptique couplé à l'audio n'est pas disponible sur tous les appareils.
Vous pouvez écouter l'intégralité de l'épisode sur Google Podcasts en suivant ce lien.
Merci au contributeur XDA, Dylan Raga, pour son aide dans la préparation de ce récapitulatif !