Fa pocs dies Google va donar a conèixer la disponibilitat de la versió beta de Chrome 94. Aquesta nova versió afegeix noves funcions a el navegador i també porta algunes millores, entre les quals es marca la finalització de l'API de WebCodecs com a part de la seva prova original i per tant, ara està oficialment disponible.
WebGPU està entrant en la fase de prova inicial de Chrome 94. WebGPU és part de la versió beta de Chrome 94 i els desenvolupadors de Chrome pretenen que arribi a tots els usuaris en la versió estable de Chrome 99.
Les API de mitjans existents és d'alt nivell i està molt enfocada, de manera que una API de còdec de baix nivell admetria millor les aplicacions emergents, com la transmissió de jocs sensibles a la latència, els efectes de la banda de el client o la transcodificació, i la compatibilitat amb contenidors de mitjans.
La API de WebCodecs omple aquests buits a l' proporcionar una forma d'utilitzar els components multimèdia ja presents al navegador.
Mentre que la API de WebGPU és la successora de les API de gràfics WebGL i WebGL2 per a la Web i ofereix característiques modernes com «computació GPU», Així com un accés més econòmic a el maquinari de la GPU i un rendiment millor i més predictible.
Es tracta d'una millora pel que fa a les interfícies WebGL existents, Que van ser dissenyades per dibuixar imatges, però que només podien adaptar-se a altres tipus de càlculs amb un esforç considerable. WebGPU exposa capacitats gràfiques modernes, incloses Direct3D 12, Metall i Vulkan, per a realitzar operacions de processament i processament en una GPU. Aquesta funció es va provar originalment en Chrome 94, amb l'expectativa que es distribueixi a Chrome 99.
Segons Google, és difícil crear aplicacions web que responguin a les interaccions de l'usuari i romanguin receptives al llarg de el temps. Els scripts són un dels principals culpables de la pèrdua de capacitat de resposta.
"Agafeu l'exemple d'una funció de» buscar mentre escriu «: una aplicació amb aquesta funció ha de seguir l'entrada de l'usuari mentre recupera i mostra els resultats. No té en compte res del que passa a la pàgina, com les animacions, que han de processar-se sense problemes ", va dir la companyia.
Google estima que el mètode Scheduler.postTask () resol aquests dilemes de programació a l'permetre que els desenvolupadors programin tasques (devolucions de trucada de JavaScript) amb un programador de navegador de sistema operatiu amb tres nivells de prioritat: bloqueig d'usuari, usuari visible i segon pla (bloqueig d'usuari, usuari visible i segon pla). També exposa una interfície TaskController, que pot cancel·lar tasques de forma dinàmica i canviar la seva prioritat. Aquesta funció va completar la seva prova inicial en Chrome 93 i ara està disponible per defecte a Chrome.
A més dels elements anteriors, aquesta versió de Chrome presenta un nou codi d'estat HTTP: 103 Consells inicials per precarregar els sub-recursos abans. Quan una resposta 103 inclou o altres capçaleres d'enllaç, Chromium intenta carregar prèviament (i / o preconectar, precarregar) els recursos especificats abans de rebre la resposta final. Segons Google, això brinda als desenvolupadors web una forma d'optimitzar aplicacions, llocs i pàgines.
Una altra de les novetats és la interfície de VirtualKeyboard que té mètodes i propietats per controlar mostrar o ocultar un teclat virtual. També activa, esdeveniments amb la mida de el teclat virtual quan es fa fosc el contingut de la pàgina. El teclat virtual és el teclat en pantalla que s'utilitza per a l'entrada en escenaris on un teclat de maquinari pot no ser-hi.
A diferència d'un teclat de maquinari, un teclat virtual pot adaptar la seva forma per optimitzar-d'acord amb l'entrada esperada. Els desenvolupadors tenen control sobre la forma mostrada de el teclat virtual a través d'l'atribut input mode, però tenen un control limitat sobre quan es mostra o oculta el teclat virtual.
també s'han restringit les sol·licituds de sub-recursos per part de la xarxa privada a contextos assegurances. Private Network Access ofereix un conjunt de canvis destinats a limitar l'impacte de les sol·licituds realitzades a aquests servidors, assegurant que els servidors acceptin qualsevol comunicació amb entitats externes. Perquè aquesta participació sigui significativa, els servidors han de poder garantir que l'origen de el client estigui autenticat. Amb aquesta finalitat, només els contextos assegurances estan autoritzats per a realitzar sol·licituds externes.
font: https://blog.chromium.org