Home
Reading
Searching
Subscribe
Sponsors
Statistics
Posting
Contact
Spam
Lists
Links
About
Hosting
Filtering
Features Download
Marketing
Archives
FAQ
Blog
 
Gmane
From: David Garabana Barro <david-dWds5H3LBhJWk0Htik3J/w <at> public.gmane.org>
Subject: Re: =?iso-8859-1?q?Aceleraci=F3n_gr=E1fica_con?= Glamo
Newsgroups: gmane.org.user-groups.openmoko.spain
Date: Friday 26th March 2010 12:18:41 UTC (over 7 years ago)
On Thursday 25 March 2010 15:55:18 Iñaki Silanes wrote:
> Hola a todos,

> El caso es que la velocidad de refresco es muy lenta. Si le pido al
> programa que redibuje toda la pantalla lo más rápido que pueda, obtengo
> alrededor de 2 fps (¡tarda medio segundo en redibujarla!). Pero ojo, que
> cambiando lo siguiente en /etc/X11/xorg.conf:

El bus de glamo es lento, es un problema sabido.
Si mal no recuerdo, da unos 10 MiB/s, y además se comparte, no es
exclusivo 
para la memoria gráfica.

De todos modos, las cuentas no dan:

640*480*32= 1'17 MiB
10 /1'17= 8.55 fps en el mejor de los casos

Muy lejos de los 2 que estás obteniendo, aunque claramente insuficiente...

Siempre se puede bajar la resolución o la profundidad de color para
mejorar las 
cosas, pero a 640x480x32, son lentejas ;)

> el refresco aumenta a 6 o 7 fps... ¿es esto normal? ¿Debería ser mi
> conclusión que Glamo proporciona _deceleración_ gráfica? ¿Alguien
sabe por
> qué? ¿En qué casos sería beneficioso Glamo?

Esos 6-7 fps parece más cercano a la teoría.
Todo esto se habló hasta la saciedad en las listas inglesas. Busca 
por "glamo", "Rasterman", "Thomas White", y encontrarás cientos de post
sobre 
este problema

Básicamente, glamo soporta 640x480, pero sin duda está pensado para
320x240.

De todos modos, no todo es tan negro. Hay algunos post de Thomas White (el 
desarrollador del driver de glamo para xorg) que dan alguna esperanza de 
mejoras cuando termine el soporte DRM:

http://www.bitwiz.org.uk/s/2009/11/look-ma-no-busywaits.html
http://www.bitwiz.org.uk/s/2009/11/internal-memory-bottlenecks-and-their-removal.html

Otra esperanza es el soporte OpenGLes, aunque no podrá ser VGA, porque el 
tamaño máximo de textura es de 512*512....

Lo dicho, si quieres más info, búscate en las listas inglesas, hay la que

quieras y más :)

> Y si estáis con ganas de resolver problemas... ¿alguno sabe cómo
conseguir
> un fps menos lamentable? Las aplicaciones que escribo en PyGTK + Cairo
> tienen un tiempo de respuesta inaceptablemente lento, y algo tiene que
> estar pasando, o algo hago mal...

Por lo que cuentan (y por lo que se ve en la práctica), etk es
infinitamente 
más rápido que gtk, y con estas cifras de rendimiento gráfico, se nota,
y 
mucho.
 
CD: 19ms