A Chrome 94 béta számos média API fejlesztéssel és egyebekkel rendelkezik

Pár napja A Google bejelentette a Chrome 94 béta verziójának elérhetőségét. Ez az új verzió új funkciókkal egészíti ki a böngészőt, és néhány fejlesztést is hoz, többek között A WebCodecs API befejezésre van jelölve az eredeti próba részeként, és ezért most hivatalosan is elérhető.

A WebGPU a Chrome 94 kezdeti tesztelési fázisába lép Az összes felhasználót elérni kívánják a Chrome 99 stabil verziójában. 

A meglévő média API-k magas szintűek és nagy hangsúlyt fektetnek, így az alacsony szintű kodek API jobban támogatná az újonnan megjelenő alkalmazásokat, például a késleltetés-érzékeny játékfolyamot, az ügyféloldali hatásokat vagy az átkódolást, valamint a médiatárolók támogatását.

La WebCodecs API pótolja ezeket a hiányosságokat lehetőséget biztosít a böngészőben már jelen lévő multimédiás összetevők használatára.

Míg a WebGPU API a WebGL és WebGL2 grafikus API -k utódja a weben és olyan modern funkciókat kínál, mint a "GPU -számítás"valamint olcsóbb hozzáférés a GPU hardverhez és jobb, kiszámíthatóbb teljesítmény.

Ez javulás a meglévő WebGL interfészekhez képest, amelyeket képek rajzolásához terveztek, de csak jelentős erőfeszítéssel lehetett más típusú számításokhoz igazítani. A WebGPU modern grafikus képességeket kínál, beleértve a Direct3D 12, a Metal és a Vulkan programokat, hogy renderelési és renderelési műveleteket hajtsanak végre GPU -n. Ezt a funkciót eredetileg a Chrome 94 -en tesztelték, azzal a várakozással, hogy a Chrome 99 -en fog megjelenni.

A Google szerint nehéz olyan webalkalmazásokat létrehozni, amelyek reagálnak a felhasználói interakciókra és idővel reagálnak. A forgatókönyvek az egyik fő bűnösök a reakciókészség elvesztése.

„Vegyük példának a» keresés gépelés közben «funkciót: egy ilyen funkcióval rendelkező alkalmazás kövesse a felhasználói bevitelt, miközben lekéri és megjeleníti az eredményeket. Nem vesz figyelembe semmit, ami az oldalon történik, például az animációkat, amelyeket gond nélkül kell feldolgozni ” - mondta a cég.

A Google becslései szerint a Scheduler.postTask () módszer megoldja ezeket az ütemezési dilemmákat azáltal, hogy lehetővé teszi a fejlesztők számára a feladatok (JavaScript visszahívások) ütemezését egy operációs rendszer böngésző ütemezőjével, három prioritási szinttel: felhasználói zár, felhasználó látható és háttér (felhasználói zár, látható felhasználó és háttér). Ezenkívül egy TaskController felületet is leleplez, amely dinamikusan törölheti a feladatokat és megváltoztathatja azok prioritását. Ez a funkció befejezte az első tesztelést a Chrome 93 -ban, és mostantól alapértelmezés szerint elérhető a Chrome -ban.

A fenti elemeken kívül a Chrome ezen verziója új HTTP állapotkódot vezet be: 103 Kezdeti tippek hogy előzetesen betöltse az alforrásokat. Amikor a 103 válasz tartalmazza vagy más link fejléceket, a Chromium megpróbálja előzetesen betölteni (és / vagy előcsatlakoztatni, előtölteni) a megadott erőforrásokat, mielőtt megkapja a végső választ. A Google szerint ez lehetőséget ad a webfejlesztőknek az alkalmazások, webhelyek és oldalak optimalizálására.

Egy másik újdonság a VirtualKeyboard, amely módszerekkel és tulajdonságokkal rendelkezik a virtuális billentyűzet megjelenítésének vagy elrejtésének szabályozásához. Ezenkívül eseményeket indít el a virtuális billentyűzet méretével, amikor az oldal tartalma sötétedik. A virtuális billentyűzet a képernyőn megjelenő billentyűzet, amelyet olyan esetekben használnak, amikor hardver billentyűzet nem áll rendelkezésre.

A hardveres billentyűzettel ellentétben a virtuális billentyűzet alakíthatja alakját, hogy a várt bemenetnek megfelelően optimalizálja azt. A fejlesztők a beviteli mód attribútumon keresztül irányíthatják a virtuális billentyűzet megjelenített formáját, de korlátozottan a virtuális billentyűzet megjelenítésének vagy elrejtésének időpontját.

is a magánhálózat rész-erőforrás-kéréseit biztonságos környezetre korlátozták. A privát hálózati hozzáférés számos változtatást kínál, amelyek korlátozzák az ezekre a kiszolgálókra irányuló kérelmek hatását, biztosítva, hogy a kiszolgálók elfogadják a külső entitásokkal folytatott kommunikációt. Ahhoz, hogy ez a részvétel értelmes legyen, a szervereknek garantálniuk kell az ügyfél származásának hitelesítését. Ebből a célból csak biztonságos környezetek jogosultak külső kérések benyújtására.

forrás: https://blog.chromium.org


Legyen Ön az első hozzászóló

Hagyja megjegyzését

E-mail címed nem kerül nyilvánosságra. Kötelező mezők vannak jelölve *

*

*

  1. Az adatokért felelős: Miguel Ángel Gatón
  2. Az adatok célja: A SPAM ellenőrzése, a megjegyzések kezelése.
  3. Legitimáció: Az Ön beleegyezése
  4. Az adatok közlése: Az adatokat csak jogi kötelezettség alapján továbbítjuk harmadik felekkel.
  5. Adattárolás: Az Occentus Networks (EU) által üzemeltetett adatbázis
  6. Jogok: Bármikor korlátozhatja, helyreállíthatja és törölheti adatait.