User Tag List

Resultados 1 al 7 de 7

Tema: Libreria de Mirko: pantalla corrupta.

  1. #1

    Fecha de ingreso
    Sep 2006
    Mensajes
    22
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts

    Cool Libreria de Mirko: pantalla corrupta.

    ¡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)

  2. #2

    Fecha de ingreso
    May 2008
    Ubicación
    A tu lado, en tus sueños
    Mensajes
    22,309
    Mencionado
    145 Post(s)
    Tagged
    1 Tema(s)
    Agradecer Thanks Given 
    319
    Agradecer Thanks Received 
    552
    Thanked in
    Agradecido 424 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    3
    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.

  3. #3

    Fecha de ingreso
    Sep 2006
    Mensajes
    22
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts
    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)


  4. #4

    Fecha de ingreso
    Feb 2004
    Ubicación
    Madrid
    Mensajes
    8,516
    Mencionado
    30 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    191
    Agradecer Thanks Received 
    299
    Thanked in
    Agradecido 177 veces en [ARG:2 UNDEFINED] posts
    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.

  5. #5

    Fecha de ingreso
    Aug 2003
    Mensajes
    14,383
    Mencionado
    49 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    116
    Agradecer Thanks Received 
    284
    Thanked in
    Agradecido 183 veces en [ARG:2 UNDEFINED] posts
    Entradas de blog
    1
    Cita Iniciado por SoLo2 Ver mensaje
    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...

  6. #6

    Fecha de ingreso
    Jan 2010
    Mensajes
    63
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts
    ¿Que modelo de gp32 tienes? si es una blu+ (no confundir con blu a secas) puede venir de ahí.
    ¿chepas dices? ¡pues toma chepas!

  7. #7

    Fecha de ingreso
    Sep 2006
    Mensajes
    22
    Mencionado
    0 Post(s)
    Tagged
    0 Tema(s)
    Agradecer Thanks Given 
    0
    Agradecer Thanks Received 
    0
    Thanked in
    Agradecido 0 veces en [ARG:2 UNDEFINED] posts
    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)

Etiquetas para este tema

Permisos de publicación

  • No puedes crear nuevos temas
  • No puedes responder temas
  • No puedes subir archivos adjuntos
  • No puedes editar tus mensajes
  •