Aceleración 3D por hardware para Android en camino

Publicado el 13-11-2009 a las 15:15 por Franco Catrin

netbook-android-ok Un desarrollador de Mesa, la implementación de código abierto de OpenGL, está aplicando varios cambios para que se pueda usar en Android, específicamente en netbooks con procesadores Intel que usen Android como sistema operativo.

El héroe se llama Chia-I Wu, y tiene bastante experiencia en Mesa gracias a su trabajo para implementar OpenGL ES, que es la especificación de OpenGL dirigida a dispositivos móviles.

En su estado actual, Mesa para Android es capaz de acelerar el compositor de Android, equivalente funcional al famoso Compiz de Linux, y también ya permite que las aplicaciones actuales para Android puedan correr con aceleración 3D por hardware sin que se les tenga que hacer ningún cambio.

Básicamente el trabajo de Chia-I ha sido mejorar el soporte de OpenGL agregando nuevas extensiones y escribiendo un nuevo driver EGL llamado egl_android. EGL es básicamente el driver de bajo nivel que se encarga de conectar Mesa con el hardware y la plataforma subyacente.

El trabajo de Chia-I incluso va más allá de Android, ya que ha tenido que hacer modificaciones para que Mesa funcione correctamente en sistemas que no usan X.org, por lo que sus cambios también beneficiarán al sistema gráfico Wayland.

Link: Mesa comes to Android-bases x86 netbooks (Phoronix)

Publicado por Franco Catrin el 13 de November 2009 en la categoría Software con los tags Android, mesa, Open Source, opengl, opengl es, wayland. Tiene 19 comentarios.

19 Comentarios

Aceleración 3D por hardware para Android en camino

Deja tu Comentario ↓

Desaprobar Aprobar 7Tern dijo el 13-11-2009 a las 15:23:

No entendi mucho….pero si ayuda a Google todo bien

Desaprobar Aprobar -5EZ-Mouse dijo el 13-11-2009 a las 15:26:

Chia!!! la tillible aceleracion de jarguar! bakan, que el android se este pulenteando cada vez mas, ya los vidrios, shabela!

Desaprobar Aprobar 3kotak dijo el 13-11-2009 a las 15:48:

@Franco
En realidad que cambia al no haber X.org, me refiero, ¿las aplicaciones conocidas ya no funcionaria?, ¿afectaría esto a la forma de programar? ¿en cuanto?, ¿Crees que ChromeOS venga sin X.org?, estoy medio perdido en lo que realmente significa, por que por ejemplo Android toma el nombre de Linux, sin embargo, no se trabaja como normalmente se hace en una distribución tradicional.

Desaprobar Aprobar -1HEZ dijo el 13-11-2009 a las 15:51:

“trabajo trabajo basicamente basicamente” algo repetitivo

Desaprobar Aprobar -6Blog de Hardware » Blog Archive » Aceleración 3D por hardware para Android en camino - FayerWayer dijo el 13-11-2009 a las 15:54:

[...] Original post: Aceleración 3D por hardware para Android en camino – FayerWayer [...]

Desaprobar Aprobar 4ElAlecs dijo el 13-11-2009 a las 16:26:

@Kotak digamos que todo va a ser transparente para las aplicaciones, en donde se va a notar es en el uso diario por que X.org es un dinosaurio por tamaño y edad, gasta muchos recursos para gestionar todo lo gráfico.

El que Android y ChromeOS no sean igual que las demás distribuciones tiene que ver con que solo se va a usar el kernel, Linux, pero la parte gráfica no se basa en GNOME o KDE, sino en otra cosa desarrollada por Google, recuerda que en Linux existe para lo gráfico las siguientes capas Hardware->Driver->Kernel->Sistema gráfico->Gestor de ventanas->Gnome o KDE

Saludos

Desaprobar Aprobar 4Noctor dijo el 13-11-2009 a las 16:55:

un desarrollador de mesa…. de Black Mesa?? D:

Desaprobar Aprobar 2androboy dijo el 13-11-2009 a las 17:25:

San Chia-I Wu.

me gustaria saber, osea que una actualizacion para poder usar esta capacidad en los equipos moviles con android actualmente… seria imposible???? dado q la implementacion es por hardware.

mejor espero un rato para comprarme mi android.

Desaprobar Aprobar 2kotak dijo el 13-11-2009 a las 17:35:

@1ElAlecs
gracias por tu respuesta, pero no dices nada que cualquier usuario semi avanzado no sepa; sólo el “digamos que todo va a ser transparente para las aplicaciones”, podrías explicar que quisiste decir?

Desaprobar Aprobar 0San_Pateste_Otro dijo el 13-11-2009 a las 17:57:

CSM!!!…..y que todavía no logren sacar un driver pa mi aceleradora ATI en Ubuntu…..xD!!!

Franco Catrin dijo el 13-11-2009 a las 21:24:

@kotak

En realidad que cambia al no haber X.org, me refiero, ¿las aplicaciones conocidas ya no funcionaria?,
No, pero si hay port de los toolkits si podrían funcionar. Así es como funcionan algunas aplicaciones de Linux en Windows : Pidginy Gimp por ejmplo

¿afectaría esto a la forma de programar? ¿en cuanto?,
No necesariamente porque lo usual es usar una capa de abstracción. En lo específico de este artículo, la API es OpenGL ES.

¿Crees que ChromeOS venga sin X.org?,
No creo, Se pierde más de lo que se podría ganar.

estoy medio perdido en lo que realmente significa, por que por ejemplo Android toma el nombre de Linux, sin embargo, no se trabaja como normalmente se hace en una distribución tradicional.
Porque usa sólo el nucleo de Linux. Las aplicaciones están escritas para una máquina virtual de Java propia de Google.

Franco Catrin dijo el 13-11-2009 a las 21:32:

@ElAlecs
digamos que todo va a ser transparente para las aplicaciones, en donde se va a notar es en el uso diario por que X.org es un dinosaurio por tamaño y edad, gasta muchos recursos para gestionar todo lo gráfico

La verdad es que no es lo que solía ser… hace varios años. X.org es cada vez más pequeño, y eso de “gasta muchos recursos” es bastante discutible.

X.org hace tiempo se dividió en 2 partes, una independiente de lo dispositivos (DIX) y otra dependiente (DDX). La DIX tiene API’s que se cargan sólo si se necesitan, y la DDX cada vez se achica más debido a que están moviendo las partes comunes a cualquier sistema gráfico al kernel. Esto permite que tengamos sistemas como Wayland.

Desaprobar Aprobar 0kotak dijo el 13-11-2009 a las 21:50:

@Franco:
gracias por tu respuesta. Entonces habría que esperar por ejemplo que QT, Mono, GTK, etc. tengan un port a estos ambientes; como QGraphicsView para Android!!!

Franco Catrin dijo el 13-11-2009 a las 23:10:

@kotak

A Wayland si, pero a Android no creo que tenga mucho sentido, por ahora al menos.

Desaprobar Aprobar 0hydra1ysk dijo el 14-11-2009 a las 10:06:

@ Franco Catrin

Estimado, no se supone que la aceleracion 3d por hardware reduce el tiempo de uso de la bateria??? Si es asi, creo que deberian privilegiar la bateria que un eyecandy opcional como es el la aceleracion 3D, ya que en el caso de linux si usas compiz fusion, la bateria se reduce mas del 50% solo por los efectos…..

Espero tu respuesta

Franco Catrin dijo el 14-11-2009 a las 15:58:

@hydra1ysk

Se reduce mucho más el tiempo de la batería usando las mismas aplicaciones pero sin aceleración por hardware, además de funcionar mal.

El problema no es la aceleración 3D, sino que las aplicaciones que lo usen, creo que te referías más a eso que a la aceleración.

Puedes usar compiz fusion en una configuración que sea más eficiente que usar tu sistema sin un compositor. Lo que pasa es que si usas todos los plugins, estás exigiendo más al sistema. Por ejemplo operaciones como (motion) blur pueden ser muy costosas para ciertas configuraciones de hardware, pero si piensas en todo el redibujado que evitas al usar un compositor con muchas ventanas en comparación a usar el sistema sin compositor, entonces si es una ventaja a la hora de medir el consumo de energía.

Respecto a Android. Si ya tienes aplicaciones que usan operaciones 3D, es más barato en terminos de energía si las hace una GPU y no la CPU.

Desaprobar Aprobar 0Andrés dijo el 14-11-2009 a las 16:10:

Franco, pero android no disponía ya de aceleración 3d por hardware? en las notas de lanzamiento de eclair me parece haberlo visto.

Por mi parte he visto pocos juegos que hagan uso del 3d en android ( tengo un G1 ), siempre me he preguntado, que detiene a los desarrolladores de hacer juegos de calidad para android?( es el único departamento que falta impulso ) la causa era la falta de esta aceleración?

Franco Catrin dijo el 14-11-2009 a las 17:15:

@Andrés

Según entiendo no necesariamente tiene aceleración (depende del fabricante).

# Optimized graphics powered by a custom 2D graphics library; 3D graphics based on the OpenGL ES 1.0 specification (hardware acceleration optional)

http://developer.android.com/guide/basics/what-is-android.html
http://developer.android.com/guide/topics/graphics/opengl.html

Si tienes el G1 creo que te podrías dar cuenta si hay o no aceleración por hardware para 3D.