[Sheeft]

Salut à tous

Je ne sais pas si le titre est vraiment aproprié mais bon...

J'ai un bout de code qui déplace un sprite, cependant ce déplacement est trop lent et je me demandais comment faire pour accélérer ce mouvement sans perdre en fluidité.

Voici mon code (pas bien compliqué) :

Code

 (c):
for(i = -64; i <= 15; i++) {
		PA_SetSpriteXY(1,1,i,8); PA_SetSpriteXY(1,2,i,72);
		PA_WaitForVBL();
	}

Je suis sûr que la solution est hyper simple mais là... 

C'est pour savoir s'il y avait une autre méthode que celle qui consisterais à augmenter i de 2 au lieu de 1.

Merci d'avance

[morukutsu]

Enlever le PA_WaitForVBL(); peut être ? 

[Copper]

Euh non 

Augmenter le pas me semble être la seule solution...

[Minishlink]

Oui, fais un i+2 au lieu de i++ dans ton for() et ça serait cool d'avoir 16 ou 14 (nombre paire) au lieu de 15 si tu fais ça.

[Pyroh]

Oui enlever le PA_WaitForVBL() c'est un peu la loterie 

[Copper]

Surtout qu'il me semble que l'OAM des sprites est mise à jour dans cette fonction...

De toute façon ca ne peut pas être fluide si l'on n'est pas synchro sur le VBL

[Cid2Mizard]

Le PA_WaitForVBL(); est surement ailleurs dans son while dans le code, ici il ne sert à rien à part ralentir le tout

[morukutsu]

ça m'échappe totalement cette façon de coder avec le hardware 2D 
C'est pas plus logique d'attendre qu'une fois le VBL par "tour de boucle principale" ? 

[Copper]

Euh ... si on l'enlève on ne devrait plus voir le déplacement du sprite (il devrait arriver directement à la dernière position)

Après c'est sur que parfois il vaut mieux tout faire dans la boucle principale par exemple avec une variable step qui incrémente le déplacement du sprite à chaque tour de boucle...

[Campanile]

ça m'échappe totalement cette façon de coder avec le hardware 2D 
C'est pas plus logique d'attendre qu'une fois le VBL par "tour de boucle principale" ? 

+3,79 pour la vraie vie, mais là je pense que c'est juste un exemple comme ça ? Non ? Si quand même.

[Sheeft]

Oui en effet sans le WaitForVBL(), le déplacement est instantanné.

Je vais donc augmenter le pas et mettre 14 ou 16 (j'avais pas pensé aux impairs).

Par contre :
"for(i=0;i<=16;i+2)" compile mais la rom s'arrête dès qu'on atteint la boucle, faudrait pas mettre "i+=2" plutôt ?

Merci beaucoup de vos réponses

[Copper]

Oui i += 2 sinon ca ne modifie pas la variable i

[Sheeft]

Ça va, j'ai quand même des notions en C

[Cid2Mizard]

Oui sans le PA_WaitForVBL(); ton sprite fera l'allée en 1seconde3166666666 centième 

[Ludo6431]

lol, mais c'est qu'il se défend le petit nouveau

edit : Cid2Mizard pourquoi O_o ?