Probleme affichage d'un simple rectangle avec un renderer (frame buffer) app C Upsilon

[winter summit]

J'ai un soucis d'affichage et ca viens surement de mon programme, si qqn pourrait m'aider.

void extapp_main(void)
{
    Renderer renderer;
    renderer.width = 250;
    renderer.height = 150;
    init(&renderer);
    uint64_t dt;
    uint64_t dt_start;
    char fps_buf[16];

    dt = 0;
    while (!extapp_isKeydown(KEY_CTRL_EXIT))
    {
        dt_start = extapp_millis();
        refresh(0xffff, &renderer);
        draw_rectangle(25, 50, 50, 100, 0x0fab, &renderer);
        update(renderer);
        sprintf(fps_buf, "fps: %d", (int)(1/((double)dt/1000)));
        extapp_drawTextLarge(fps_buf, 0, 0, 0x0000, 0xffff, false);
        extapp_waitForVBlank();
        dt = extapp_millis() - dt_start;
    };
    deinit(&renderer);
}

Pour le main.
Et pour la fonction du rectangle :

int draw_rectangle(uint16_t x, uint16_t y, uint16_t width, uint16_t height, uint16_t color, Renderer *r)
{
    uint16_t end_x;
    uint16_t end_y;
    uint16_t xx;
    uint16_t yy;

    xx = x;
    yy = y;
    end_x = x + width;
    end_y = y + height;
    while (yy < end_y)
    {
        while (xx < end_x)
        {
            r->pixels[to_index(xx, yy, r->width)] = color;
            xx++;
        }
        yy++;
    }
    
    return 0;
}

Le resultat :

[ionic ice]

hello, est ce que tu pourrais donner le code de to_index stp ?

[winter summit]

oui, tiens :

int to_index(int x, int y, int width) {
    return y * width + x;
}

[sweet shuttle]

Quel est le problème ? Le trait vert ?

[ionic ice]

c'est censé faire un plus grand rectangle

[winter summit]

c'est sense etre un rectangle et non ce petit trais justement

[ionic ice]

apres ça peut aussi venir de ton frame buffer

[sweet shuttle]

Et ton pushRect ressemble à quoi ?

Bon après si il trace bien le rectangle blanc, c'est que ça doit marcher

[ionic ice]

est ce que ce serai pas un probleme de vblank ?

[winter summit]

int update(Renderer r)
{
    extapp_pushRect(0, 0, r.width, r.height, r.pixels);
    return 0;
}

[ionic ice]

ça parrait bon

[sweet shuttle]

Normalement le framebuffer devrait éviter ça, justement

On n'envoie que l'image finie, pas l'image intermédiaire avec du 0xFFFF partout

[ionic ice]

mais si il y a du tilling

[winter summit]

ah attend je vais test mais je verrai pas le rapport puisque le rectangle blanc n'est pas draw separement du rectangle vert

[ionic ice]

et si tu retires le rectangle blanc ça donne quoi ?

[winter summit]

je test

[ionic ice]

petit astuce : https://github.com/emilie-feral/rpn-app

[sweet shuttle]

C'est pour du Upsilon, là, non ?

[ionic ice]

Base toi sur ce projet pour pouvoir lancer ton code dans le simulateur

[ionic ice]

non c'est Epsilon

Emilie Feral travaille chez Numworks

[sweet shuttle]

Je veux dire, cette appli

[ionic ice]

non c'est pour Epsilon

ah oui tu devs sur Upsilon

MB ça marchera pas

[sweet shuttle]

extapp_waitForVBlank, c'est dans EADK ?

Pour Upsilon, c'est la procédure ici : https://github.com/UpsilonNumworks/Upsilon-External/blob/master/docs/new-app.md#testing-your-app

[winter summit]

alors si je dessine pas le rectangle blanc, j'en ai un quand meme (j'ai pas reassigner les pixels, ca venait de ce qui restait dans la ram), et pour un rectangle noir c'est le meme soucis

[ionic ice]

toujours une ligne ?

[sweet shuttle]

En gros, copier l'application dans apps/external/sample dans le code d'Upsilon, puis rebuild le simulateur, l'exécuter et ouvrir l'application "Built-in"

[ionic ice]

et si tu déplaces ton rectangle vert, ça change quelquechose ou pas ,

[winter summit]

ouais

[ionic ice]

ah j'ai trouvé

il faut remettre xx à 0 à chaque ligne

[winter summit]

je peux le deplacer mais la hauter est toujours ignorer, j'ai toujours qu'une ligne

[ionic ice]

int draw_rectangle(uint16_t x, uint16_t y, uint16_t width, uint16_t height, uint16_t color, Renderer *r)
{
    uint16_t end_x;
    uint16_t end_y;
    uint16_t xx;
    uint16_t yy;

    xx = x;
    yy = y;
    end_x = x + width;
    end_y = y + height;
    while (yy < end_y)
    {
        xx = x; // < ----- ICI
        while (xx < end_x)
        {
            r->pixels[to_index(xx, yy, r->width)] = color;
            xx++;
        }
        yy++;
    }
    
    return 0;
}

[winter summit]

Ah merci t'es vraiment un goat, a chaque fois j'oublie de remettre a zero, j'ai decidement vraiment un soucis avec les double boucle

ca marche enfin

[ionic ice]

ça m'arrive souvant comme erreur aussi 😆

[winter summit]

Merci les gens

[ionic ice]

pourquoi pas de boucle for ? t'es à 42 ?

[winter summit]

j'ai fais juste la piscine et refuse, mais ca m'a troma donc je continue d'utiliser les while

[ionic ice]

😂 Je sais reconnaitre les piscineux de 42

[winter summit]

je retente dans 3 ans apres mon BUT info (j'essaie d'avoir le double diplome)

[ionic ice]

nice

[sweet shuttle]

Il se passe quoi avec les boucles for à 42 ?

[ionic ice]

perso j'ai fait la piscine cet été et je rentre en Octobre

[ionic ice]

C'est interdit dans la norme

[sweet shuttle]

Ah

[ionic ice]

"trop high level"

[winter summit]

et ca gene tant que ca de reflash la calc a chaque modif d'une app ?

[ionic ice]

ça use très legerement la rom

[sweet shuttle]

Pas forcément, la durée de vie de la flash est théoriquement de 100 000 cycles si je me souviens bien

[winter summit]

j'ai regarde l'assembleur generer c'est exactement le meme pour un while et un for

[ionic ice]

logique

[winter summit]

c'est pas le meme type de stockage qu'une cle usb ?

[sweet shuttle]

Si, mais avec peut-être moins de wear-leveling

[ionic ice]

Mais la norme 42 est hyper stricte

[winter summit]

oui mais c'est trop high level seulement a ecrire

[ionic ice]

oui

[sweet shuttle]

L'intérêt de debug sur simulateur, c'est d'avoir du step-to-step en debug, ou si tu n'as pas de calculatrice

[ionic ice]

et plus rapide à lancer aussi

[winter summit]

ah ouais pas mal

[sweet shuttle]

Le principal problème, c'est les ressources qui sont illimitées

Donc tu ne vois pas si tu serais limité par le processeur ou la RAM

[ionic ice]

le simulateur de Epsilon se débrouille bien avec Numcraft

il tourne à 500 fps en moyenne sur Linux

[winter summit]

c'est bien ca que je dois faire attention justement

[sweet shuttle]

Justement, c'est le problème

Tu ne vois pas si une modifs poserait problème sur calculatrice

[ionic ice]

ah ok j'avais compris à l'envers

[ionic ice]

oui effectivement

[winter summit]

j'atteint meme pas 500 fps sur real hardware en faisant juste un pushrect sans delay

[sweet shuttle]

Soit parce que tu exploserais la RAM, soit que tu passerais de 500 à 400 FPS sur simulateur, donc 50 à 40 sur calculatrice

[ionic ice]

masi je ne fais pas mes optis sur simulateur

c'est à peu pres le ratio que j'ai sur Numcraft

[sweet shuttle]

Sur Peanut-GB, la plupart de mes modifs ont un impact de 100 ns/f en général, donc j'essaye de tester