Google integrará aceleración 3D vía GPU en su navegador
por : Jesús Maturana: 23 Jul 2009, 9:35
La compañía de Mountain View ha comentado que va a integrar una característica en su navegador que le hace único entre el resto de navegadores. Gracias a un plug-in, O3D, conseguirá gráficos 3D acelerados dentro del propio navegador.
En la lista de correo sobre Chromium, el programador Greg Spencer comentó: “El equipo O3D está trabajando en ofrecer O3D integrado dentro de la build de Chromium, y estamos muy cerca de ser capaces de completar el primer paso de la integración.”
Allanando el camino para juegos web y aplicaciones 3D en la nube con gran demanda de potencia, el movimiento muestra la ambición de Google por transformar la web desde un medio estático hasta una base dinámica para aplicaciones. Otro ejemplo de ello es Google Native Client, que está diseñado para permitir a las aplicaciones web hacer uso de la potencia nativa de proceso del ordenador que use la aplicación.
Teniendo en cuenta el venidero sistema operativo Chrome OS, la disponibilidad de dichas características empiezan a dar forma al sistema operativo en la nube que pretende lanzar Google para mediados de 2010.
vINQulos
CNET
Comentarios
Buenisimo…todo sea por mejorar los juegos web…
y encima es el navegador que uso….
Espectacular la noticia!!
Una gran noticia.
Que se dejen de mi3rda y que saquen ya la version de linux y mac
@antoni
+1. Que la beta que tienen es una castaña…
Saludos
y que FireFox y Opera se ponga las pilas para no descolgarse de este movimiento.
Sería bueno para todos.
Saludoss
Web 3D interactiva?
Esto se llama VRML y existe desde hace más de 10 años, hace menos apareció su sucesor X3D, programable en Java.
Eso está claramente pensado para que su Chrome OS ya tenga un buen catálogo de software, juegos incluidos, nada más salir.
Pues yo sigo prefiriendo las aplicaciones nativas, especialmente cuando el rendimiento es crítico. Además aún no me convence ningún entorno de desarrollo ni framework/lenguaje de WebApps.
Lo único que me gusta de todo esto es que la compatibilidad x86 deja de ser necesaria, con lo que se abre una buena oportunidad a equipos económicos, silenciosos y eficientes basados en procesadores ARM.
En fin, veremos como salen estos juegos.
La ventaja de esto es que los juegos y aplicaciones creados con este sistema seran compatibles con todos los sistemas operativos y las arquitecturas ARM y x86.
@antoni,enrique
puede que la beta no esté terminada, pero es increblemente funcional, de hecho, conozco gente que la usa como navegador principal.
@Roger
La verdad que no quiero comentar lo que opino de java, prefiero la opcion de google, aunque reinvente la rueda.
@Marc
En principio, por lo que comenta la noticia, los juegos serian nativos, ya que usarian el hardware de aceleracion de tu equipo, planteatelo como que el navegador simplemente seria la interfaz (que transforma señal de video de la tarjeta en pixeles hacia el monitor) de video, una especie de X11. Y además creo que seria el principio de la multiplataformidad en juegos. la verdad es que no lo veo nada mal :D
Tócate los coj0nes con el dichoso filtro. Voy a poner la respuesta por partes ya que no tengo ni pajolera idea de que palabra no debe gustarle al put0 filtro.
@sombra2eternity. Bueno, cuando hablamos de aplicaciones nativas se entiende que estamos citando aplicaciones compiladas en el código máquina de la plataforma en que se va a ejecutar.
El renderizado de gráficos es solo una parte del juego. El motor, el g@me engine, deberá ser programado en javascript, por lo que tendrá que ser lo más livian0 posible y serán necesarias más librerías para desplazar las tareas más intensivas para que se realicen con aceleración por hardware (físicas, detección de colisiones, etc. …), así que tendrá que haber también alguna API con acceso a OpenCL o CUDA y a Havoc o PhisX, o similares.
En resumen, que probablemente no baste esta librería O3D para poder programar juegos punteros bajo Web.Tendrán que añadir más librerías para poder acelerar por hardware otros aspectos de los juegos. Piensa que los engines actuales de juegos dudo mucho de que funcionen correctamente en Javascript sobre un navegador.
Cierto que puedes usar un compilador JIT de Javascript. Pero Java también utiliza estos compiladores y todos sabemos que no es lo mismo el rendimiento de una aplicación nativa que el de una aplicación Java.
Por cierto, ya podéis apuntar una nueva palabra que el put0 filtro bloquea absurdamente.
Parece ser que está prohibido escribir la palabra : g@me.
Este filtro es un completo despropósito.
Hace tiempo ya se había hablado de la unión de Mozilla a un proyecto para crear un estándar en 3D (http://news.bbc.co.uk/2/hi/technology/7963302.stm). Seguramente al principio haya dos formatos en competencia, pero mientras los dos proyectos sean de código abierto, los otros desarrolladores podrán implementarlas.
@Guillermo
Existen 2 maneras de hacer graficos 3D usando javascript, una es Canvas3D de mozilla y la otra es O3D de google, pero no son competencia sino que se complementan ya que una es en modo inmediato y otra en modo retenido. En el futuro todos los navegadores implementaran las dos.
@Marc Para el resto de partes de una aplicación que necesite gran rendimiento esta native client, tambien de google y tambien se esta integrando en chrome, permite ejecutar codigo nativo en una especie de sandbox, teoricamente cualquier aplicación o libreria de linux puede ser portada a native client sin dificultad.
Asi que los juegos podrian ser O3D para graficos y native client para fisicas, colisiones y logica.
Si parte de los juegos se tiene que ejecutar en código nativo, nos quedamos sin las ventajas de las aplicaciones web. Ya no se podría ejecutar en cualquier sistema operativo y arquitectura.
yo hace rato estoy con FF o IE usando quakelive y eso no es aceleración tambien??
un saludo
@Marc
Con native client no dejan de ser multiplataforma, funciona para windows, linux y mac y en arquitecturas x82 y proximamente ARM.
El codigo nativo se ejecuta en una especie de maquina virtual dentro del navegador, es como si el navegador tuviese un virtualbox dentro corriendo en un proceso separado.
No conocía esta tecnología. Gracias @JuanCarl, voy a echarle un vistazo.
Ya mozilla, por lo que lei hace no mucho, estaba trabajando en algo parecido.
Google Crome OS.
Me preguntaba para que serviria eso ?.
Yo mismo me respondi despues de ver el alto uso de los navegadores en empresas para programas en Java y afines.
Un ejemplo Renfe en España.
Por lo visto si podra servir en compañias, donde le doleria a MS. La competencia es sana, arriba Google, que siga Bing.
Publica un nuevo comentario