Au lieu d’utiliser raw2c, je vous conseil le logiciel WiiBuilder car il donne des avertissements lorsque les images n’ont pas un format approprié.

voici quelques parties de mon code , peut être que vous y verrez plus clair…

GRRLIB_texImg *marioimg = GRRLIB_LoadTexture(mario);

#define NUM_STARS 2

typedef struct {
u32 px;
u32 py;
} star;

static star stars[NUM_STARS];

i=0;
//affichage des objets 2d
for(i=0;i<NUM_STARS;i++) {
GRRLIB_DrawPart(stars[i].px,stars[i].py,(frame-1)*33+frame,(anim-1)*33+anim,32,32,marioimg,0,1,1,0xFFFFFFFF);
}

Il se peut que se soit un problème avec l’émulateur sur votre PC, essayer sur une Wii.

En passant, il n’y a pas de risque à envoyer un mauvais fichier dol à la Wii. Le pire qui peux arriver c’est qu’il va falloir maintenir le bouton POWER de la Wii pour la fermer. Ensuite, il faut la redémarrer et lancer de nouveau la Chaîne Homebrew.

Mon souci est le suivant:
sa compile, j’ai mon .dol:

#include <grrlib.h>
#include <stdlib.h>
#include <wiiuse/wpad.h>

#include "pirate.h"

int main(int argc, char **argv) {
    // Initialise the Graphics & Video subsystem
    GRRLIB_Init();

    GRRLIB_texImg *Cursor0 = GRRLIB_LoadTexture(pirate);

    // Initialise the Wiimotes
    WPAD_Init();
    WPAD_SetDataFormat(WPAD_CHAN_ALL, WPAD_FMT_BTNS_ACC_IR);
    WPAD_SetVRes(WPAD_CHAN_ALL, rmode->fbWidth, rmode->efbHeight);

    // Loop forever
    while(1) {
        WPAD_ScanPads();  // Scan the Wiimotes
        WPADData *WPadData0 = WPAD_Data(WPAD_CHAN_0);

        // If [HOME] was pressed on the first Wiimote, break out of the loop
        if (WPadData0->btns_d & WPAD_BUTTON_HOME)  break;

        // ---------------------------------------------------------------------
        GRRLIB_DrawImg(100, 100, Cursor0, 0, 1, 1, 0xFFFFFFFF);
        // ---------------------------------------------------------------------

        GRRLIB_Render();  // Render the frame buffer to the TV
    }

    GRRLIB_Exit(); // Be a good boy, clear the memory allocated by GRRLIB

    GRRLIB_FreeTexture(Cursor0);

    exit(0);
}

dans le fichier makefile :

j’ai les lignes:

TARGET		:=	$(notdir $(CURDIR))
BUILD		:=	build
SOURCES		:=	source
DATA		:=	data
INCLUDES	:=  source

LIBS	:=	-lgrrlib -lfreetype -lfat -ljpeg -lpngu -lpng -lz -lwiiuse -lbte -lmad -lasnd -logc -lm

je compile l’image avec
raw2c.exe -> trouvé dans le dossier PPP…. de bevkitpro

voici l’arboressance de mon projet:
-Makefile
-template.pnproj
-source
–pirate.png
–template.c
–pirate.c
–pirate.h

Mon problème est que je n’est pas d’image en chargeant mon iso .dol que j’ai crée.
Pourtant j’ai configurer l’émulateur avec un tuto trouvé sur le net et j’arrive à lancer l’iso minesweeper.dol (trouvé sur le net).

Pouvais vous m’éclairer Mr Crayon?
Ps: je ne l’est pas tester sur ma wii ,j’ai peur de tout faire bugé.

En passant, je ne participe pas à la conception de devkitPro. Si vous avez des problèmes avec ce logiciel, vous pouvez aller faire un tour sur leur forum.

Si vous voulez déboguer votre application, alors vous pouvez vous procurer un USB Gecko. Je ne l’utilise pas, alors je ne peut pas aller plus loin sur ce sujet.

Voici les versions des différentes bibliothèques que j’utilise présentement:

• libogc 1.8.6 (inclus dans devkitPro)
• libfat 1.0.8 (inclus dans devkitPro)
• GRRLIB 4.3.1 (inclus dans GRRLIB)
• FreeType 2.4.4 (inclus dans GRRLIB)
• libjpeg 8c (inclus dans GRRLIB)
• libpngu version disponible avec GRRLIB
• libpng 1.5.1 (inclus dans GRRLIB)
• zlib 1.2.5 (inclus dans GRRLIB)

J’utilise la version de GRRLIB disponible sous Subversion. Je récupère le code à l’aide du logiciel tortoiseSVN.