Pochi giorni fa Google ha annunciato la disponibilità della versione beta di Chrome 94. Questa nuova versione aggiunge nuove funzioni al browser e apporta anche alcuni miglioramenti, tra cui il completamento dell'API WebCodecs è contrassegnato come parte della sua prova originale ed è quindi ora ufficialmente disponibile.
WebGPU sta entrando nella fase di test iniziale di Chrome 94. WebGPU fa parte della beta di Chrome 94 e degli sviluppatori di Chrome Intendono raggiungere tutti gli utenti nella versione stabile di Chrome 99.
Le API multimediali esistenti sono di alto livello e altamente focalizzate, quindi un'API codec di basso livello supporterebbe meglio le applicazioni emergenti, come lo streaming di giochi sensibile alla latenza, gli effetti lato client o la transcodifica e il supporto per i contenitori multimediali.
La API WebCodec colmare queste lacune con fornire un modo per utilizzare i componenti multimediali già presenti nel browser.
Mentre API WebGPU è il successore delle API grafiche WebGL e WebGL2 per il Web e offre funzionalità moderne come "GPU computing"così come un accesso più economico all'hardware della GPU e prestazioni migliori e più prevedibili.
Questo è un miglioramento rispetto alle interfacce WebGL esistenti, che erano progettati per disegnare immagini, ma potevano essere adattati ad altri tipi di calcoli solo con uno sforzo considerevole. WebGPU espone funzionalità grafiche moderne, tra cui Direct3D 12, Metal e Vulkan, per eseguire operazioni di rendering e rendering su una GPU. Questa funzione è stata originariamente testata su Chrome 94, con l'aspettativa che verrà distribuita su Chrome 99.
Secondo Google, è difficile creare applicazioni web che rispondano alle interazioni dell'utente e rimanere reattivo nel tempo. Gli script sono uno dei principali colpevoli perdita di reattività.
“Prendi l'esempio di una» trova mentre digiti «funzione: un'applicazione con questa funzione dovrebbe seguire l'input dell'utente mentre recupera e visualizza i risultati. Non tiene conto di tutto ciò che accade sulla pagina, come le animazioni, che devono essere elaborate senza problemi ", ha affermato l'azienda.
Google stima che il metodo Scheduler.postTask() risolva questi dilemmi di pianificazione consentendo agli sviluppatori di pianificare attività (callback JavaScript) con uno scheduler del browser del sistema operativo con tre livelli di priorità: blocco utente, utente visibile e sfondo (blocco utente, utente visibile e sfondo). Espone anche un'interfaccia TaskController, che può annullare dinamicamente le attività e modificarne la priorità. Questa funzione ha completato il test iniziale in Chrome 93 ed è ora disponibile per impostazione predefinita in Chrome.
Oltre agli elementi di cui sopra, questa versione di Chrome introduce un nuovo codice di stato HTTP: 103 Suggerimenti iniziali per precaricare prima le risorse secondarie. Quando una risposta 103 include o altre intestazioni di collegamento, Chromium tenta di precaricare (e/o precollegare, precaricare) le risorse specificate prima di ricevere la risposta finale. Secondo Google, questo offre agli sviluppatori web un modo per ottimizzare app, siti e pagine.
Un'altra novità è l'interfaccia di VirtualKeyboard che dispone di metodi e proprietà per controllare la visualizzazione o l'occultamento di una tastiera virtuale. Attiva anche eventi con le dimensioni della tastiera virtuale quando il contenuto della pagina si scurisce. La tastiera virtuale è la tastiera su schermo utilizzata per l'input in scenari in cui potrebbe non essere disponibile una tastiera hardware.
A differenza di una tastiera hardware, una tastiera virtuale può adattare la sua forma per ottimizzarla in base all'input previsto. Gli sviluppatori hanno il controllo sulla forma visualizzata della tastiera virtuale tramite l'attributo della modalità di input, ma hanno un controllo limitato su quando la tastiera virtuale viene mostrata o nascosta.
Pure le richieste di sottorisorse dalla rete privata sono state limitate a contesti protetti. Private Network Access offre una serie di modifiche volte a limitare l'impatto delle richieste fatte a questi server, garantendo che i server accettino qualsiasi comunicazione con entità esterne. Affinché questa partecipazione sia significativa, i server devono essere in grado di garantire che l'origine del client sia autenticata. A tal fine, solo i contesti protetti sono autorizzati a effettuare richieste esterne.
fonte: https://blog.chromium.org