Temas Calientes

Google busca asegurar el rendimiento de WebGL en Windows

Google busca asegurar el rendimiento de WebGL en Windows

chrome-othersGoogle se quiere asegurar de que los usuarios y desarrolladores adopten con gusto WebGL, la tecnología que permitirá aplicaciones Web con aceleración 3D, y para ello cooperará con Khronos Group creando un motor gráfico para que WebGL corra lo mejor posible en Windows.

Recordemos que WebGL se basa en un subconjunto del API OpenGL llamado OpenGL ES, el mismo subconjunto que están usando los dispositivos móviles para sus aplicaciones 3D.  El problema es que en Windows el soporte por excelencia en los drivers es para Direct3D y no OpenGL, por lo que WebGL podría sufrir por culpa de malas o inexistentes implementaciones de OpenGL ES en los drivers para Windows.

Para evitar este problema, Google anunció el proyecto ANGLE, que significa Almost Native Graphics Layer Engine, o “motor de capa gráfica casi nativa”.

Se trata de una pequeña capa de traducción que convertirá las llamadas OpenGL ES a llamadas Direct3D, de la misma forma en que en sistemas Unix se ocupa WINE para convertir llamadas Direct3D en llamadas OpenGL. Ya que OpenGL ES es sólo un subconjunto de las API’s DirectX y OpenGL, el trabajo no debería ser titánico.

El código de ANGLE será distribuido como código abierto bajo licencia BSD y sólo tiene utilidad en sistemas Windows, ya que otras plataformas como Mac OSX y Linux usan OpenGL como API principal:

Las implementaciones actuales de WebGL necesitan enviar comandos gráficos al escritorio basado en OpenGL para dibujar el contenido. Este requerimiento no es un problema en computadores corriendo OSX o Linux, donde el API principal es OpenGL y por lo tanto cuentan con un soporte sólido.  En Windows, sin embargo, la mayoría de las aplicaciones de gráfica potente usan Direct3D en vez de OpenGL, por lo que no siempre están disponibles los drivers de OpenGL.

Links:
- Introducing the ANGLE Project (blog de Chromium)
- Chrome tendrá aceleración por GPU (CHW.net)

19 Comentarios

Google busca asegurar el rendimiento de WebGL en Windows

Thumb up 0 Thumb down 0 avatar_El linuxero El linuxero dijo hace 3 años

Si tan solo Microsoft dejara Direct3D con licencia GPL, en que no estaríamos ahora?

Responder
Thumb up 0 Thumb down 0 avatar_FranciscoAlexis FranciscoAlexis dijo hace 3 años

Este va a ser el estandar de 3D para web? yo conocia otros mas... aunque no me caso con ninguno porque al final me parece que hay que usar javascript (lento) para ocuparlo. o me equivoco?

Responder
Thumb up 0 Thumb down 0 avatar_Sid Sid dijo hace 3 años

jajajaja.. Me gusta el nombre.. ALMOST

Responder
Thumb up 0 Thumb down 0 avatar_MAXIUM MAXIUM dijo hace 3 años

Esto me hace recordar los buenos tiempos de Silicon Graphic, desde donde nació OpenGL. Estas librerías escritas por maestros y con una base muuucho más antigua que DirectX, siempre fue mejor y más fácil de programar hasta el día de hoy, dejando de lado lo multiplataforma (aunque no tiene que nada que ver, sigo sin entender lo de .NET...).

Sueñen que DirectX será multiplataforma, es lo único que ancla a los video juegos a Windows, el día que se libere, Microsoft desaparece.

Que alguien más experto me corrija pero, ¿agregar una capa más no hará un pero rendimiento?.

Responder
Thumb up 0 Thumb down 0 avatar_Rod Rod dijo hace 3 años

Hola Franco! deberías aclarar q WINE no es para sistemas UNIX, más bien para sistemas Linux o Basados en Unix "Unix-like", pero no son UNIX, WINE no es para UNIX, Linux != UNIX. Bien por la gran G en seguir apoyando el movimiento Open Source, muera Windows y su software propietario. (Escrito desde una máquina con Windows Vista Home Edition) XD

Responder
Thumb up 0 Thumb down 0 avatar_Franco Catrin Franco Catrin dijo hace 3 años

@Rod

WINE también funciona en Mac OSX, asi que no puedo decir que es sólo para Linux.

Responder
Thumb up 0 Thumb down 0 avatar_Rod Rod dijo hace 3 años

Cierto Franco, entonces "basados en UNIX", sería lo correcto.

Responder
Thumb up 0 Thumb down 0 avatar_santiago 9.10 santiago 9.10 dijo hace 3 años

@Franco Catrin

Hay alguna pagina para probar el webGL?

Responder
Thumb up 0 Thumb down 0 avatar_gabrielbatta gabrielbatta dijo hace 3 años

Franco, no hiciste el informe al que nos tenes acostumbrados sobre la beta de ubuntu. :( acaso no había nada interesante????

Responder
Thumb up 0 Thumb down 0 avatar_vincegeratorix vincegeratorix dijo hace 3 años

@Rod
cuando SCO libere el código de UNIX seguro lanzarán un WINE para UNIX
XDDDDDDDDDDDDDDDDDDDDDDDD

Responder
Thumb up 0 Thumb down 0 avatar_Hector Macias+Ayala Hector Macias+Ayala dijo hace 3 años

Googlewayer ataca!!!

De hecho solo falta ver la respuesta de Apple, FF fue primero con Direct2D y luego vino Opera con Vega, aunque de momento solo por software.

No me puedo imaginar que clase de tarjeta gráfica no venga con soporte para OpenGL en Windows, si tiene desde 1996 funcionando en esa plataforma, eso de que vamos a tener que darle la vuelta por DX es pura faramalla de google, ambas plataformas OpenGL y DirectX tienen ya muchos años en windows, si no pueden que le llamen cualquier desarrollador de juegos para que les explique como se usan. Por ejemplo ID Software, que lleva muchos años usando OpenGL en Windows ¿Alguna vez jugaron Quake? .

DirectX tiene una licencia pública desde hace más de 10 años, y un kit de desarrollo que es gratis, demasiada ignorancia de google o de sus seguidores, no se necesita ningún "angle" para hacer funcionar OpenGL in windows.

Este comentario lo metí primero en NeoTeo, donde ya tiene varios días esta noticia, aunque con información mas completa.

Responder
Thumb up 0 Thumb down 0 avatar_Franco Catrin Franco Catrin dijo hace 3 años

@Hector Macias+Ayala

No me puedo imaginar que clase de tarjeta gráfica no venga con soporte para OpenGL en Windows, si tiene desde 1996 funcionando en esa plataforma

El problema no es si soporta OpenGL o no, sino que a qué nivel lo soporta y qué tan bien lo hace. Como la mayoría de las aplicaciones son para Direct3D, los drivers se enfocan en esa API primero.

El ejemplo que das de 1996 no es aplicable porque OpenGL ha evolucionado bastante desde esos años, al igual que Direct3D.

Y el ejemplo es peor aun, porque en ese tiempo Windows incluía una implementación deficiente de OpenGL para incentivar el uso de Direct3D, una estrategia bastante clásica de Microsoft.

Siguiendo fieles a la historia de esos años y a propósito de Quake. Quake I no soportaba OpenGL sin patches, y Quake II fue el primero que tenía soporte OpenGL y era una implementación para 3Dfx, no el bodrio que incluia Microsoft en Windows.

http://en.wikipedia.org/wiki/Comparison_of_OpenGL_and_Direct3D#Performance

DirectX tiene una licencia pública desde hace más de 10 años, y un kit de desarrollo que es gratis, demasiada ignorancia de google o de sus seguidores, no se necesita ningún “angle” para hacer funcionar OpenGL in windows.

Si DirectX se puede usar gratis, da lo mismo en este caso, lo que se busca es tener una plataforma estándar y DirectX es sólo para sistemas basados en Windows, OpenGL ES es el único común denominador entre móviles y sistemas de escritorio.

Antes de decir "demasiada ignorancia" deberías comprobar lo que estás diciendo con la historia y la realidad de estas APIs

Responder
Thumb up 0 Thumb down 0 avatar_Franco Catrin Franco Catrin dijo hace 3 años

@santiago 9.10

http://www.peternitsch.net/demo/webgl/index.html

Responder
Thumb up 0 Thumb down 0 avatar_Franco Catrin Franco Catrin dijo hace 3 años

@gabrielbatta

Ya vendrá en su momento el análisis de Lucid

Responder
Thumb up 0 Thumb down 0 avatar_Franco Catrin Franco Catrin dijo hace 3 años

@MAXIUM

¿agregar una capa más no hará un pero rendimiento?

Depende de cada caso. Hay algo que se conoce en algunos circulos como impedance mismatch, y tiene que ver con la diferencia entre los dos mundos que pretendes hacer conversar. Si son similares o bien la capa es un subconjunto de la API a la que apuntas, entonces tienes esperanzas de que funcione bien, de otro modo tienes que hacer tantas conversiones que se degrada el rendimiento.

En el caso de las aplicaciones con OpenGL ES, como dije es un subconjunto de OpenGL y Direct3D, por lo que no debería haber mayor problema.

Responder
Thumb up 0 Thumb down 0 avatar_Franco Catrin Franco Catrin dijo hace 3 años

@FranciscoAlexis

no me caso con ninguno porque al final me parece que hay que usar javascript (lento) para ocuparlo. o me equivoco

No creo que para este caso el lenguaje influya mucho, ya que el peso se lo está llevando la implementación de OpenGL que es código nativo. Por ejemplo puedes hacer aplicaciones OpenGL con python o con Java tranquilamente. Obviamente calculos complejos como implementaciones de modelos físicos o inteligencia artificial se verían afectados pero no es en la dirección que apuntan estas cosas.

Por otra parte, las implementaciones de JavaScript son y serán más rápidas de lo que conocemos ahora, ya lo hizo Chrome y los demás le están siguiendo el paso.

Responder
Thumb up 0 Thumb down 0 avatar_Pong Pong dijo hace 3 años

Destacable Franco respondio casi todos los comentarios anteriores. Gracias por tomarte tu tiempo. Grandeee!.

Responder
Thumb up 0 Thumb down 0 avatar_MG-Speed MG-Speed dijo hace 3 años

De un momento a otro microsoft tendrá que empezar a incluir y dar soporte para tecnología open source en windows... por que es lo que la mayoría de las empresas empezaran a implementar, y podría empezar a marcarse como una desventaja a su OS... no creo que lo cambie por sus propias soluciones y trate de beneficiar a estas, pero no le vendría mal dejar la opción...

Responder
Thumb up 0 Thumb down 0 avatar_Franco Catrin Franco Catrin dijo hace 3 años

@MG-Speed

Ya lo está haciendo.

www.codeplex.org
http://www.microsoft.com/opensource/

Responder

Deja tu Comentario

La opción de comentar está abierta a todos los usuarios, pero te pedimos por favor mantenerte dentro del tema del artículo y no publicar comentarios ofensivos o publicidad basura. Nos reservamos el derecho de eliminar cualquier comentario que no cumpla estas reglas.

Para que aparezca tu foto en vez del icono genérico en tu comentario, el email con el que comentas debe estar inscrito en Gravatar.

*