Yúbal FM
ColaboradorEl equipo de desarrollo de WebKit de Apple le ha sugerido al World Wide Web Consortium que ha llegado la hora de debatir sobre el futuro de los gráficos 3D en la web. Para ello han propuesto la creación de una nueva API estándar con la que los desarrolladores puedan aprovechar la potencia de las nuevas GPUs actuales.
Para el equipo de Apple, el éxito de la web depende de que se pueda definir un estándar común para múltiples interpretaciones, algo que ahora no es posible debido a las diferencias arquitectónicas de las nuevas APIs gráficas. Aún se puede desarrollar 3D en la web con la tecnología WebGL con OpenGL ES 2, pero las APIs más modernas como Direct3D de Microsoft, Vulkan de Khronos Group o Metal de la propia Apple no hacen uso de ella.
Por ello, Apple cree que ha llegado la hora de afrontar la situación y admitir que WebGL se ha quedado viejo, y todos los desarrolladores tienen que sentarse a debatir la creación de un nuevo estándar con el que puedan aprovecharse las tecnologías actuales. Evidentemente, han propuesto su propio prototipo, pero asegurando que no esperan que se convierta en el estándar, sino que ayude a demostrar que lo que proponen es posible.
Cabe recordar que sí, WebGL tiene ya unos cuantos años a sus espaldas, pero que actualmente se está desarrollando un WebGL 2 con funciones avanzadas de renderizado de gráficos como capacidades de texturización mejoradas y un nuevo lenguaje de sombreado. El primer navegador en implementarlo fue Firefox hace unas semanas. Sin embargo, desde Apple creen que esta nueva versión del estandar ya no es suficiente.
Ha llegado la hora de evolucionar
"Con el fin de exponer una tecnología moderna y de bajo nivel que pueda acelerar los gráficos y la computación, necesitamos diseñar una API que se pueda implementar sobre muchos sistemas, incluyendo los mencionados anteriormente", ha explicado Dean Jackson, del Apple’s WebKit team. "Con un panorama más amplio de tecnologías gráficas, seguir una API específica como OpenGL ya no es posible".
Por eso, Jackson cree que la nueva API debería ser capaz de aprovechar la potencia computacional de las GPUs modernas con un conjunto básico de características requeridas por todas ellas. Debería ser una API capaz de implementar una mezcla de plataformas con diferentes tecnologías gráficas, y todo ello teniendo los elementos de seguridad necesario para ser expuesta en la web.
Apple no ha propuesto de forma directa una API nueva para esta función, pero han dicho que ya estaban viendo llegar esta situación, les ha dado tiempo de preparar un prototipo basada en Metal. Lo han hecho, según dicen, para demostrar que se podría exponer una API de GPU de muy bajo nivel en la Web obteniendo mejoras de rendimiento palpables.
Los de Cupertino aseguran que sus resultados preliminares son prometedores, por lo que quieren compartir el prototipo en una comunidad y pronto liberarán el código en la de WebKit para que el resto la pueda probar y debatir su implementación.
"No esperamos que esta se convierta en la API real que termine como estándar, y tal vez ni siquiera sea con la que el Grupo Comunitario decida comenzar a trabajar", ha asegurado Jackson. "Pero creemos que hay mucho valor en el código en el que hemos estado trabajando.
Vía | WebKit.org
En Genbeta | Firefox 51 ya está entre nosotros con soporte para FLAC, WebGL 2 y mejor uso de la CPU
Ver 22 comentarios
22 comentarios
drlove
Apple siendo Apple.
Tenemos Vulkan, una API multiplataforma que ya hace todo lo que piden, por lo que el siguiente paso lógico sería desarrollar WebVK, y seguro que en Khronos ya están trabajando en ello.
No solo se niegan a implementar Vulkan en iOS y macOS, sino que ahora encima se niegan a implementar la futurible versión de Vulkan para la web antes incluso de que se anuncie, sin dar ninguna explicación de por qué les gusta tan poco Vulkan y por que en su lugar habría que desarrollar una API completamente distinta, jodiendo así a los desarrolladores del sector.
killgore
Apple: "Quiero imponer un nuevo estandar porque me hace falta para lo mio, pero no tengo cuota de mercado suficiente para hacerlo"
Pues que les den. Si creen que van a tratar al resto de usuarios igual que a sus ovejitas que tragan con todo, van listos.
acerswap
Apple, desarrolladora de software y sin tener ni idea de estandares, quiere crear un nuevo estandar porque si.
miguelabellan nosoye
Que irónico que Apple que ni siquiera respeta el estándar para la propiedad overflow del CSS http://www.w3schools.com/cssref/pr_pos_overflow.asp proponga un estándar
HaST
A Apple no le gusta nada que no pueda controlar y dominar...
black_ice
El problema actual es que WebGL depende completamente de OpenGL. OpenGL es una API de gráficos multi plataforma. Hace unos pocos años se detectó que el rendimiento a nivel gráfico no crecía en la misma proporción que la potencia de los nuevos chips gráficos, y el culpable era básicamente el diseño de las APIs de gráficos existentes (Direct3D y OpenGL). Así que empezaron a surgir implementaciones que bajaban un poco mas al hierro dando mas control a los devs y creando un camino para solventar el problema de las anteriores APIs. A partir de esta idea, Microsoft creó Direct3D 12, Apple Metal, y el Khronos group Vulkan.
Ahora mismo estas implementaciones son inaccesibles desde la web, y para no volver a crear una dependencia sobre una sola de las APIs existentes, Apple propone hacer una API compatible con cualquier implementación. Eso es bueno para todos, puesto que habrá mucha mas competencia en el mercado del rendimiento gráfico, cosa que siempre beneficiará a los usuarios, y para las empresas también lo es, porque tendrán mucho control sobre esta parte y podrán usar sus propias tecnologías en sus navegadores (hablo de Direct3D y Metal).
lorabe
Tiene toda la razón apple.
Ya deberían de estar trabajando en adaptar vulkan a la web.
Ah si, y lo de metal... para chistes si que da gracia, ahora que se pongan serios, por que nadie les va a adaptar esa API cerrada teniendo hecha una que ya es multiplataforma.
josemicoronil
Me parecería más útil que se pusieran a trabajar en un nuevo estándar para reproducir contenido con DRM en los navegadores, que a día de hoy se tiene que tirar de software de terceros los cuales no funcionan todo lo bien que deberían con todos los navegadores y SOs.
Un saludo.