Chrome 94 beta word uitgebrei met media -API -verbeterings en meer

N paar dae gelede Google het die beskikbaarheid van die beta -weergawe van Chrome 94 aangekondig. Hierdie nuwe weergawe voeg nuwe funksies by die blaaier en bied ook verbeterings, waaronder WebCodecs API is gemerk vir voltooiing as deel van die oorspronklike verhoor en is dus nou amptelik beskikbaar.

WebGPU betree die aanvanklike toetsfase van Chrome 94. WebGPU is deel van die beta -weergawe van Chrome 94 en die Chrome -ontwikkelaars Hulle beoog om alle gebruikers te bereik in die stabiele weergawe van Chrome 99. 

Die bestaande media-API's is op hoë vlak en hoogs gefokus, dus 'n lae-vlak codec API sal opkomende toepassings beter ondersteun, soos latensie-sensitiewe spelstroming, kliënt-newe-effekte of transkodering, en ondersteuning vir mediahouers.

La WebCodecs API vul hierdie leemtes deur gee 'n manier om die multimediakomponente wat reeds in die blaaier voorkom, te gebruik.

Terwyl die WebGPU API is die opvolger van die WebGL- en WebGL2 -grafiese API's vir die web en bied moderne funksies soos 'GPU -rekenaar'sowel as goedkoper toegang tot GPU -hardeware en beter, meer voorspelbare prestasie.

Dit is 'n verbetering teenoor bestaande WebGL -koppelvlakke, wat ontwerp is om beelde te teken, maar slegs met groot inspanning by ander soorte berekeninge aangepas kon word. WebGPU stel moderne grafiese vermoëns bloot, insluitend Direct3D 12, Metal en Vulkan, om weergawes en weergawes op 'n GPU uit te voer. Hierdie funksie is oorspronklik getoets op Chrome 94, met die verwagting dat dit op Chrome 99 gestuur sal word.

Volgens Google is dit moeilik om webtoepassings te skep wat reageer op gebruikersinteraksies en mettertyd reageer. Skripte is een van die belangrikste skuldiges verlies aan reaksie.

'Neem die voorbeeld van 'n' vind terwyl u tik 'funksie: 'n toepassing met hierdie funksie moet gebruikersinvoer volg terwyl dit die resultate ophaal en vertoon. Dit hou geen rekening met enigiets wat op die bladsy gebeur nie, soos animasies wat sonder probleme verwerk moet word, ”het die maatskappy gesê.

Google skat dat die metode Scheduler.postTask () hierdie skeduleringsdilemma's oplos deur ontwikkelaars toe te laat om take (JavaScript -terugbelle) te skeduleer met 'n bedryfstelsel -blaaierrooster met drie prioriteitsvlakke: gebruikerslot, gebruikersigbaar en agtergrond (gebruikerslot, sigbare gebruiker en agtergrond). Dit onthul ook 'n TaskController -koppelvlak, wat take dinamies kan kanselleer en hul prioriteit kan verander. Hierdie funksie het die aanvanklike toetsing in Chrome 93 voltooi en is nou standaard in Chrome beskikbaar.

Benewens die items hierbo, is hierdie weergawe van Chrome stel 'n nuwe HTTP -statuskode bekend: 103 Aanvanklike wenke om eers die subhulpbronne vooraf te laai. As 'n 103 -antwoord insluit of ander skakelkoppe, probeer Chromium om die gespesifiseerde bronne vooraf te laai (en / of vooraf aan te sluit) voordat die finale antwoord ontvang word. Volgens Google gee dit webontwikkelaars 'n manier om programme, webwerwe en bladsye te optimaliseer.

'N Ander nuwigheid is die koppelvlak van VirtualKeyboard wat metodes en eienskappe het om 'n virtuele sleutelbord te wys of te verberg. Dit veroorsaak ook gebeurtenisse met die grootte van die virtuele sleutelbord wanneer die inhoud van die bladsy donker word. Die virtuele sleutelbord is die sleutelbord op die skerm wat gebruik word vir invoer in scenario's waar 'n hardeware-sleutelbord moontlik nie beskikbaar is nie.

Anders as 'n hardeware -sleutelbord, kan 'n virtuele sleutelbord sy vorm aanpas om dit te optimaliseer volgens die verwagte insette. Ontwikkelaars het beheer oor die vertoonde vorm van die virtuele sleutelbord deur die invoermodus -kenmerk, maar het beperkte beheer oor wanneer die virtuele sleutelbord vertoon of versteek word.

tambien subbronversoeke van die privaat netwerk is beperk tot veilige kontekste. Privaat netwerktoegang bied 'n stel veranderings wat bedoel is om die impak van versoeke op hierdie bedieners te beperk, om te verseker dat die bedieners enige kommunikasie met eksterne entiteite aanvaar. Om hierdie deelname betekenisvol te wees, moet bedieners kan waarborg dat die oorsprong van die kliënt geverifieer is. Vir hierdie doel is slegs veilige kontekste gemagtig om eksterne versoeke te rig.

Fuente: https://blog.chromium.org


Die inhoud van die artikel voldoen aan ons beginsels van redaksionele etiek. Klik op om 'n fout te rapporteer hier.

Wees die eerste om te kommentaar lewer

Laat u kommentaar

Jou e-posadres sal nie gepubliseer word nie. Verpligte velde gemerk met *

*

*

  1. Verantwoordelik vir die data: Miguel Ángel Gatón
  2. Doel van die data: Beheer SPAM, bestuur van kommentaar.
  3. Wettiging: U toestemming
  4. Kommunikasie van die data: Die data sal nie aan derde partye oorgedra word nie, behalwe deur wettige verpligtinge.
  5. Datastoor: databasis aangebied deur Occentus Networks (EU)
  6. Regte: U kan u inligting te alle tye beperk, herstel en verwyder.