modulo.. - Page 1

voila..je fait un jeu avec un scrolling vertical et horizontal...
du point de vue vertical, je desirerai afficher le bas de la map lorsque l on est en haut de la map(au dessu)
et vice versa kan on est en bas(on voi le haut de la map)

donc g fe cama map fait 15*15
for(i=a-1;i<a+5+1;i++)
{
for(j=b-1;j<b+10+1;j++)
{
if(mat_monde[i%15][j%15]==1)
{
XGNSmall(j*16+x_scroll,i*20+y_scroll,sprite1);
}
}
}

donc kan je suis en bas de la maps, on voit bien le haut
mais ca marche pas pour kan je suis en haut

ps; si vous avez rien compris c normalµ..


donc ma kestion c'est:
est ce ke -1%15=14
vu ke 16%15=1

merci

ben c tt con
-1/15 reste -1 donc -1%15=-1
(enfin, je crois que c'est ça)

bin oui c ce ke je pensais..
donc dans mon exemple
si avaut 0,, a-1=-1
donc il devrai s'afficher la partie de la map ki ekivaut a 14 en hateur nan?

essaye ça: [(i+15)%15][(j+15)%15]
si i et j ne dépassent pas -15 ça devrait fonctionner

Un truc qui n'a rien à voir, remplace %15 par &15 c'est plus rapide.

geogeo> &15 ça serait pour %16, là il veut %15

Un truc encore mieux. Fais un modulo 16 au lieu de faire un modulo 15, et utilise un &, comme te le conseille geogeo, ça évitera les valeurs négatives en plus.

Tes sprites font quelle taille ?

geogeo> &15 ça serait pour %16, là il veut %15

Euh oui. lol.

Je te conseille d'arrondir toutes tes tailles à la puissance de 2 supérieure, quitte à ce qu'une partie de la mémoire de la map ne soit jamais utilisée (sinon les %, / et * sont lents - et chaque [] demande une multiplication par 15, donc ton prog risque d'être lent).

Et avec une map 16x16, si tu veux un arrondi à l'inférieur, il suffit de faire &15 (parce que 15=16-1, rien à voir avec ta taille de départ ) au lieu de %16.

Susume> je vois pas le rapport avec la tille des sprite.. mais bon..c du 16*8 je crois

j'essaille avec un modulo 16 mais je voi pas pourkoi ...

(argl, désolé pour le post ultra-croisé, je devrais pas ouvrir une fenêtre et y répondre 5 minutes après)

j'essaille avec un modulo 16 mais je voi pas pourkoi ...

Parce que c'est plus rapide comme ça.

map[y][x] est converti en _map_[y*15+x], et la multiplication par 15 est très lente. Et c'est bien pire pour le modulo...

a oki le modulo 16(dpnc &15) c si je remplace ma map 15*15 par une 16*16
(a cose du post supra croise )

bon y a du progres...
maintenant quand je suis en haut, ca affiche le bas de la map mais g un probleme de collision... y a un decalage de 20 pixel


par contre ca marche tres bien lorsuqe l'on est en bas de la map(affichage du haut)

et c meme un tantinet plus rapide grace o & et la puissance de 2

merci jve me debrouilelr tout seul pour resoudre le probleme

Pollux
: Je te conseille d'arrondir toutes tes tailles à la puissance de 2 supérieure, quitte à ce qu'une partie de la mémoire de la map ne soit jamais utilisée (sinon les %, / et * sont lents - et chaque [] demande une multiplication par 15, donc ton prog risque d'être lent).

Et vive le gaspillage de RAM... Un mulu #15 ou divu #15 prend 4 octets, donc insignifiant en taille de code.

Pourquoi fais-tu toujours semblant de ne pas vouloir comprendre ce qu'est une optimisation vitesse, Kevin

Trop fier de son idée de l'optimisation
Kevichou : il fait un jeu d'aventure ou assimilé, pas un Backatruc. Ca serait étonnant qu'il soit heureux de le rendre plus lent. T'es incorrigible mon cher

c clair ke moi ce ki m'imorte pour l'instant, c l
optimisation en vitesse... ou meme plus basique..que mon prgramme fonctione
en cas merci pour vos reponses

Declare tes i en unsigned

ca marche po..c pas bete mais ca marche po..je crois ke mon code est guggue jusqu'a la moelle..

suicde

Lol PpHd a subi un lavage de cerveau de la part de la FSF
Oui, en principe (-i)&15 pourrait te donner (16*N-i)&15 (ce qui est le cas sur 68k, x86, etc...), abs(i)&15, ou encore (16*N-1-i)&15.

Mais en pratique, ça va quand même te donner le bon résultat
Sinon tu peux toujours rajouter dans _main() : if ((-1)&3!=3) { ST_helpMsg("Please change some types to unsigned in the source"; return; }, ça ne devrait rien changer normalement et ça fera plaisir à Kevin et à PpHd

Qu'est-ce qui marche pas?

bin ca bug koi c mon code qu'est pourri, pas l'idee du unsigned

en plus ca marche kan on "descen d'un etage" et qu'on remonte
j'en ai ras le cul
fodrait ke je mette un screenshot

(le unsigned ne change rien, c'est juste un délire de théoriciens fous )

Pollux: Mais tu suppose que les signes sont en complement a 2 dans ton code! C'est pas forcement le cas. Y'a les complements a 1, puis aussi le cas bit de signe + valeur absolu. C'est dans la norme C

Oui, cf le post ./22

Sauf que ton test passe avec systeme de complement a 1, qui peut faire foirer d'autre tests de modulo.

Non, en complément à 1, sign=0b1, et value=0b0, donc x&0b11 = 0b10 = 2 != 3...

pkoi je ne compouan ouien??