Il ya quelques jours Google a annoncé la disponibilité de la version bêta de Chrome 94. Cette nouvelle version ajoute de nouvelles fonctions au navigateur et apporte également quelques améliorations, parmi lesquelles L'API WebCodecs est marquée pour être terminée dans le cadre de son essai initial et est donc désormais officiellement disponible.
WebGPU entre dans la phase de test initiale de Chrome 94. WebGPU fait partie de la version bêta de Chrome 94 et des développeurs de Chrome Ils ont l'intention d'atteindre tous les utilisateurs dans la version stable de Chrome 99.
Les API multimédias existantes sont de haut niveau et très ciblées, de sorte qu'une API de codec de bas niveau prendrait mieux en charge les applications émergentes, telles que le streaming de jeu sensible à la latence, les effets côté client ou le transcodage, et la prise en charge des conteneurs multimédias.
La API WebCodecs combler ces lacunes en fournir un moyen d'utiliser les composants multimédias déjà présents dans le navigateur.
Pendant que API WebGPU est le successeur des API graphiques WebGL et WebGL2 pour le Web et offre des fonctionnalités modernes comme "GPU computing"ainsi qu'un accès moins cher au matériel GPU et des performances meilleures et plus prévisibles.
Il s'agit d'une amélioration par rapport aux interfaces WebGL existantes, qui étaient conçus pour dessiner des images, mais ne pouvaient être adaptés à d'autres types de calculs qu'avec un effort considérable. WebGPU expose des capacités graphiques modernes, notamment Direct3D 12, Metal et Vulkan, pour effectuer des opérations de rendu et de rendu sur un GPU. Cette fonctionnalité a été testée à l'origine sur Chrome 94, avec l'espoir qu'elle sera livrée sur Chrome 99.
Selon Google, il est difficile de créer des applications Web qui répondent aux interactions des utilisateurs et rester réactif dans le temps. Les scripts sont l'un des principaux coupables perte de réactivité.
« Prenez l'exemple d'une » recherche lorsque vous tapez « fonction : une application avec cette fonction doit suivre l'entrée de l'utilisateur lorsqu'elle récupère et affiche les résultats. Il ne prend pas en compte tout ce qui se passe sur la page, comme les animations, qui doivent être traitées sans problème », a déclaré la société.
Google estime que la méthode Scheduler.postTask () résout ces dilemmes de planification en permettant aux développeurs de planifier des tâches (rappels JavaScript) avec un planificateur de navigateur de système d'exploitation avec trois niveaux de priorité : verrouillage de l'utilisateur, utilisateur visible et arrière-plan (verrouillage de l'utilisateur, utilisateur visible et Contexte). Il expose également une interface TaskController, qui peut annuler dynamiquement des tâches et modifier leur priorité. Cette fonctionnalité a terminé ses tests initiaux dans Chrome 93 et est désormais disponible par défaut dans Chrome.
En plus des éléments ci-dessus, cette version de Chrome introduit un nouveau code d'état HTTP : 103 Conseils initiaux pour précharger les sous-ressources en premier. Lorsqu'une réponse 103 comprend ou d'autres en-têtes de lien, Chromium tente de précharger (et/ou de pré-connecter, de précharger) les ressources spécifiées avant de recevoir la réponse finale. Selon Google, cela donne aux développeurs Web un moyen d'optimiser les applications, les sites et les pages.
Une autre nouveauté est l'interface de VirtualKeyboard qui possède des méthodes et des propriétés pour contrôler l'affichage ou le masquage d'un clavier virtuel. Il déclenche également des événements avec la taille du clavier virtuel lorsque le contenu de la page s'assombrit. Le clavier virtuel est le clavier à l'écran utilisé pour la saisie dans les scénarios où un clavier matériel peut ne pas être disponible.
Contrairement à un clavier matériel, un clavier virtuel peut adapter sa forme pour l'optimiser en fonction de la saisie attendue. Les développeurs ont un contrôle sur la forme affichée du clavier virtuel via l'attribut de mode d'entrée, mais ont un contrôle limité sur le moment où le clavier virtuel est affiché ou masqué.
Aussi les demandes de sous-ressources du réseau privé ont été restreintes à des contextes sécurisés. Private Network Access propose un ensemble de modifications destinées à limiter l'impact des requêtes adressées à ces serveurs, garantissant que les serveurs acceptent toute communication avec des entités externes. Pour que cette participation soit significative, les serveurs doivent pouvoir garantir que l'origine du client est authentifiée. A cet effet, seuls les contextes sécurisés sont autorisés à faire des requêtes externes.
source: https://blog.chromium.org