Libreria de Mirko: pantalla corrupta.

[SoLo2]

¡Hola!

Despues de un año sin probar la GP32,
ayer volvi a intentar compilar desde Linux
unos programas de ejemplo. Use el ultimo
devkitARM_r26-i686-linux.tar.bz2 y la
libreria de Mirko libmirko-0.9.7.

Logre compilar el test "flamme". Que bien
que funciona en la GP32 original. Por
desgracia aparece una franja de fuego en
el lado izquierdo de la pantalla. Parece
que hubiera alguna funcion corrupta.
Sabe alguien porque? Hay algun arreglo
(patch) para esta libreria?

Adios,
SOLO BITS (thebitsclub.tripod.com)

[GameMaster]

Yo no se, puede que otros lo sepan. Me han entrado ganas de volver a tocar la mia, llevo más de 3 años sin ponerle las manos encima.

[SoLo2]

Hola!

Aun sigue dando problemas el
test "flamme", pero tambien el
test "256color.c" en mi GP32,
compilados con DevKitArm
en Windows XP. Salen corruptos
de varias lineas de desfase. No
veo manera de arreglarlo, pues
aunque pongo otra direccion de
pantalla, tambien sale desfasado.
Creo que ambos ejemplos
utilizan graficos de 8bpp con
paleta en vez de 16bpp, tal vez
ese sea el problema

Saludos,
SoLo2 (thebitsclub.tripod.com)

[Segata Sanshiro]

Hola, siento no poder ayudarte con ese problema, pero sí te diré que en gp32x hay más actividad y más discusiones sobre desarrollo para GP32. Entre otros, slaanesh sigue desarrollando cosas, y rtb7 (thor) también sacó algunos de los últimos juegos que hay disponibles.

[enkonsierto]

Hola!

Aun sigue dando problemas el
test "flamme", pero tambien el
test "256color.c" en mi GP32,
compilados con DevKitArm
en Windows XP. Salen corruptos
de varias lineas de desfase. No
veo manera de arreglarlo, pues
aunque pongo otra direccion de
pantalla, tambien sale desfasado.
Creo que ambos ejemplos
utilizan graficos de 8bpp con
paleta en vez de 16bpp, tal vez
ese sea el problema

Saludos,
SoLo2 (thebitsclub.tripod.com)

pues yo no veo que tengas problemas con los colores...

[chepas]

¿Que modelo de gp32 tienes? si es una blu+ (no confundir con blu a secas) puede venir de ahí.

[SoLo2]

Hola!

En el fichero de graficos de la libreria de Mirko,
(codigo fuente incluido. Gracias, Mirko!)
hay un test de version de la consola.
En la funcion gp_initFramebuffer() cambiar

(biosv=0x01030606)

por

(biosv<=0x01030606)


gp32_SDK/src.lowlevel/common/gp_grafik.c


short gp_initFramebuffer(void *add,u16 bitmode,u16 refreshrate) {
u32 bios=0;
u32 biosv=*(int*)0x1014;
if (biosv<=0x01030606) bios=0; else bios=1;
if (gp_getButton()&BUTTON_L) bios=0;
if (gp_getButton()&BUTTON_R) bios=1;
if (bios==1) return (gp_initFramebufferBP(add,bitmode,refreshrate));
return (gp_initFramebufferN (add,bitmode,refreshrate));
}


Entonces la inicializacion de los graficos
eligen el reloj adecuado.

Ahora lo estoy leyendo bastante
complicado con las rutinas de sonido.


Saludos,
SoLo2 (thebitsclub.tripod.com)