Posts Tagged ‘debian’

Stepmania y DRI con intel945GME

Lunes, diciembre 21st, 2009

He estado intentando jugar al Stepmania en un portátil Compaq Mini 110, que trae una tarjeta de video Intel 945GME… En Debian GNU/Linux Lenny (testing).

En un primer intento stepmania funcionaba muy despacio, imposible jugar. El primer paso es comprobar si se está utilizando la aceleración por hardware de la tarjeta de video, es decir, si el chip de la tarjeta de video es el que está haciendo los cálculos para mostrar gráficos 3D o si es el procesador principal es quien está haciéndolos por software. Obviamente el rendimiento es mucho mayor si estas operaciones las hace el chip de la tarjeta gráfica, que está especializado en estos asuntos, así que consultando el wiki de Ubuntu podemos hacer algunos tests.

En mi caso todo estaba correcto con el dispositivo de video /dev/dri/card0, pero sin embargo comprobé que no estaba utilizando la aceleración por hardware:

glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Software Rendering

Echando un vistazo a /var/log/Xorg.0.log apareció el siguiente error:

egrep “(GLX|DRI)” /var/log/Xorg.0.log

cannot support DRI with frame buffer width > 2048

Bien, buena señal. El problema al parecer está en que el driver para tarjetas Intel no puede manejar DRI (es decir, no puede acceder directamente a la tarjeta de vídeo) si tenemos una pantalla de más de 2048 píxeles de ancho. No es mi caso, pero sí tengo configurada una pantalla virtual de 2304 píxeles (1024+1280), para poder conectar una pantalla externa al portátil, en /etc/X11/xorg.conf tengo:

SubSection “Display”
Viewport 0 0
Depth 24
Virtual 2304 1024
EndSubSection

En realidad no necesito una pantalla virtual tan grande, así que con redimensionarla a:

Virtual 2048 1024

Ya funciona correctamente DRI:

glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) 945GME GEM 20090417 2009Q2 RC3 x86/MMX/SSE2

Y el Stepmania funciona perfectamente, tanto en la pantalla del portátil como en la externa (aunque no en las dos a la vez, lo que me parece razonable).

Una vez resuelto (al menos parcialmente) el asunto del DRI, es de esperar que Compiz funcione sin muchos problemas. En el wiki de Ubuntu hablan de una manera de parchear el driver de Intel y Mesa para que funcione la aceleración por hardware en pantallas de hasta 4096 píxeles, lo que ya es más que suficiente…

Queda pendiente para después del baile ;-)

Botones en GTK “rotos”

Jueves, octubre 15th, 2009

El otro día me di cuenta de que algunos botones de mi eclipse habían dejado de funcionar. Concretamente el de “Siguiente” del asistente para crear un nuevo proyecto… Después de mucho googlear, de instalar las últimas versiones de eclipse y de java y de no conseguir nada, he cambiado un poco los términos de búsqueda y… voilá!

Buscando por algo tan sencillo como eclipse next button broken he llegado a la solución.

El problema está en la últimas versiones de libgtk2.0-0. Yo tenía:

1
2
3
4
5
6
7
apt-show-versions -a -p libgtk2.0-0

libgtk2.0-0 2.18.1-1 install ok installed
libgtk2.0-0 2.12.12-1~lenny1 lenny   ftp.at.debian.org
libgtk2.0-0 2.16.6-1         squeeze ftp.at.debian.org
libgtk2.0-0 2.18.2-1         sid     ftp.at.debian.org
libgtk2.0-0/sid upgradeable from 2.18.1-1 to 2.18.2-1

Así que el problema se ha solucionando volviendo a la versión de squeeze de libgtk2.0-0 (y por consiguiente de evolution, que depende de éste)

En fin, es el precio de tener mezclados paquetes de las versiones stable, testing y unstable… Pero bueno, qué sería de nosotros sin estos pequeños retos :-)

Alternativa: Poner a true la variable de entorno GDK_NATIVE_WINDOWS antes de lanzar eclipse, o para hacerlo más fácil, crear el siguiente script para lanzar eclipse con la variable ya puesta correctamente. Visto aquí.

1
2
3
#!/bin/sh
export GDK_NATIVE_WINDOWS=true
/opt/eclipse/eclipse

De todos modos, esto me ha servido para probar un más que interesante editor: Geany, que me descubrió Manu, de 2geek2curious.