Hace pocos dias Google dio a conocer la disponibilidad de la versión beta de Chrome 94. Esta nueva versión agrega nuevas funciones al navegador y también trae algunas mejoras, entre las cuales se marca la finalización de la API de WebCodecs como parte de su prueba original y por lo tanto, ahora está oficialmente disponible.
WebGPU está entrando en la fase de prueba inicial de Chrome 94. WebGPU es parte de la versión beta de Chrome 94 y los desarrolladores de Chrome pretenden que llege a todos los usuarios en la version estable de Chrome 99.
Las API de medios existentes es de alto nivel y está muy enfocada, por lo que una API de códec de bajo nivel admitiría mejor las aplicaciones emergentes, como la transmisión de juegos sensibles a la latencia, los efectos del lado del cliente o la transcodificación, y la compatibilidad con contenedores de medios.
La API de WebCodecs llena estos vacíos al proporcionar una forma de utilizar los componentes multimedia ya presentes en el navegador.
Mientras que la API de WebGPU es la sucesora de las API de gráficos WebGL y WebGL2 para la Web y ofrece características modernas como «computación GPU», así como un acceso más económico al hardware de la GPU y un rendimiento mejor y más predecible.
Se trata de una mejora con respecto a las interfaces WebGL existentes, que fueron diseñadas para dibujar imágenes, pero que solo podían adaptarse a otros tipos de cálculos con un esfuerzo considerable. WebGPU expone capacidades gráficas modernas, incluidas Direct3D 12, Metal y Vulkan, para realizar operaciones de procesamiento y procesamiento en una GPU. Esta función se probó originalmente en Chrome 94, con la expectativa de que se distribuya en Chrome 99.
Según Google, es difícil crear aplicaciones web que respondan a las interacciones del usuario y permanezcan receptivas a lo largo del tiempo. Los scripts son uno de los principales culpables de la pérdida de capacidad de respuesta.
“ Tome el ejemplo de una función de» buscar mientras escribe «: una aplicación con esta función debe seguir la entrada del usuario mientras recupera y muestra los resultados. No tiene en cuenta nada de lo que sucede en la página, como las animaciones, que deben procesarse sin problemas ” , dijo la compañía.
Google estima que el método Scheduler.postTask() resuelve estos dilemas de programación al permitir que los desarrolladores programen tareas (devoluciones de llamada de JavaScript) con un programador de navegador del sistema operativo con tres niveles de prioridad: bloqueo de usuario, usuario visible y segundo plano (bloqueo de usuario, usuario visible y segundo plano). También expone una interfaz TaskController , que puede cancelar tareas de forma dinámica y cambiar su prioridad. Esta función completó su prueba inicial en Chrome 93 y ahora está disponible de forma predeterminada en Chrome.
Además de los elementos anteriores, esta versión de Chrome presenta un nuevo código de estado HTTP: 103 Consejos iniciales para precargar los sub-recursos antes. Cuando una respuesta 103 incluye <link rel=preload>u otros encabezados de enlace, Chromium intenta precargar (y/o preconectar, precargar) los recursos especificados antes de recibir la respuesta final. Según Google, esto brinda a los desarrolladores web una forma de optimizar aplicaciones, sitios y páginas.
Otra de las novedades es la interfaz de VirtualKeyboard que tiene métodos y propiedades para controlar mostrar u ocultar un teclado virtual. También activa, eventos con el tamaño del teclado virtual cuando oscurece el contenido de la página. El teclado virtual es el teclado en pantalla que se utiliza para la entrada en escenarios donde un teclado de hardware puede no estar disponible.
A diferencia de un teclado de hardware, un teclado virtual puede adaptar su forma para optimizarla de acuerdo con la entrada esperada. Los desarrolladores tienen control sobre la forma mostrada del teclado virtual a través del atributo input mode, pero tienen un control limitado sobre cuándo se muestra u oculta el teclado virtual.
Tambien se han restringido las solicitudes de sub-recursos por parte de la red privada a contextos seguros. Private Network Access ofrece un conjunto de cambios destinados a limitar el impacto de las solicitudes realizadas a estos servidores, asegurando que los servidores acepten cualquier comunicación con entidades externas. Para que esta participación sea significativa, los servidores deben poder garantizar que el origen del cliente esté autenticado. Con este fin, solo los contextos seguros están autorizados para realizar solicitudes externas.
Fuente: https://blog.chromium.org
from Desde Linux https://ift.tt/3heRThl
via IFTTT
No hay comentarios.:
Publicar un comentario