Afficher un sprite par le bas ... - Page 1

Bon, normalement une fonction d'affichage de sprite commence du haut pour aller vers le bas ....
Moi g besoin d'aller du bas vers le haut

Voilà mon code :
void GraySprite32B_OR(short x,short y,short h,unsigned long* sprite1,unsigned long* sprite2,void* dest1,void* dest2) {     register long           offset = ((y+31)<<5)-((y+31)<<1)+((x>>3)&0x1e);     register long           addr1  = (long)dest1+offset;     register long           addr2  = (long)dest2+offset;     register unsigned short cnt  = x&15;     register unsigned short ccnt = 32-cnt;     register unsigned long  data1=*sprite1+31;     register unsigned long  data2=*sprite2+31;     for (;h;h--,addr1-=30,addr2-=30) {         data1--;         *(long*)addr1|=(data1>>cnt),*(long*)(addr1+4)|=(data1<<ccnt);         data2--;         *(long*)addr2|=(data2>>cnt),*(long*)(addr2+4)|=(data2<<ccnt);     } }

9a affiche bien qqch mais vraiment pas ce à quoi je m'attends
Avez-vous une idée d'où vient le pb parce-que là je cale



Edit : grosse erreur ds mon source

d'après mes tests le pb se situe au niveau de la lecture du sprite ...

du bas vers le haut ?
à quoi ça va te servir ?

à faire du clipping
et pis aides-moi au lieu de poser des questions idiotes

aller, répondez svp

ayez pitié d'un povre

hourra ! g réussis !
un petit pas pour moi mais un grand pas pour kirby !

, c sur que si tu te fais tes routines, kirby est pas pret de sortir

Xlib gere le clipping alors t'embete pas

je t'emmerde connard !!!!!!!
si je voulais juste faire un jeu c sûr que j'aurais pris une lib qui fait tout à ma place
mais je veux avant tout apprendre à programmer

je m'adressais à fluid

et x_lib à ce qu'iol me semble ne gère tjrs pas les sprites 32*32 !!!!

puisque tu le prends comme ca, je vais pas t'aider)

TiMad >> il parlait à liquid, regarde son post !

en effet je m'adressais à liquid

dessiner un sprite en partant du bas sera toujours plus lent qu'en partant du haut.

pkoi ?

move.w (a0)+,(a1).

ah oui tu coup je comprends mieux merci

tu peux tres bien faire du clipping en commencant par le haut...

c ce que g fait
je viens de refaire la fonction

mais bon, pour aller plus vite fodrait la passer en asm

Mais le clipping sur les côtés, surtout, il faut faire comment ?
(sans utiliser d'écran virtuel plus large, enfin sauf si vraiment plus rapie comme ça)

le clipping sur les côtés y'a pas le choix, fo obligatoirement passer par un écran plus large je pense

je c comment faire mais bon, je doute de la rapidité de mes futures fonctions de copie/effaçage d'écrans virtuel

t'es pas obligé de passer par un ecran plus large..

if (x<0 && x>-16)
{
unsigned long *Xplan = LCDMEM + y<<5-y-y + x>>3;
(*Xplan)=(*sprite++)<<(-x);
(*Xplan+30)=(*sprite++)<<(-x);
(*Xplan+60)=(*sprite++)<<(-x);
(*Xplan+90)=(*sprite++)<<(-x);
...
}

Et c'est plus rapide qu'avec un écran virtuel plus large ?

c pas un peu lent ?

bof, moi je passerai par un écran virtuel plus large, on peut très bien le faire avec les fonction de TIGCC, et je ferais gaffe lors de la recopie sur le LCD, pour ne pas déborder avec memcpy().

En géné oui...

ça marche vraiment ton code ? il me parait bizarre

tu peux pas m'expliquer un peu l'algo ?

en géné oui quoi ?

c'est partit...

if (x<0 && x>-16) // condition de clipping gauche...
{
unsigned long *Xplan = LCDMEM + y<<5-y-y; //: position sur l'écran.. une erreur de corrigée.
(*Xplan)|=(*sprite++)<<(-x); // il y avait une petite erreur....
(*Xplan+30)|=(*sprite++)<<(-x); // on decale le sprite de 1 vers la gauche si on a x=-1...
(*Xplan+60)|=(*sprite++)<<(-x); // 30= largeur du Xplan...
(*Xplan+90)|=(*sprite++)<<(-x);
...
}

a note que niveau optimisation, il vaut mieux faire:
if (x<0)
{
if (x>-16)
{
}
// on fais rien sinon...
}

et g pas bien suivit avec les posts croisés ... c rapide ou pas ?