Discussion :

[Daxter06]

Bonjour à tous, je programme actuellement un petit jeu multijoueurs online qui marche assez bien. Néanmoins, selon les machines, je suis obligé d'augmenter ou de descendre la vitesse d'animation... je ne pense pas que cela soit normal.

Il y a un système de gestion de temps implanté dans le programme, mais j'aimerai savoir, si c'est la bonne technique pour avoir une vitesse d'exécution indépendante de la machine en question :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
tempsActuel = SDL_GetTicks();
		if (tempsActuel - tempsPrecedent > FPS)
			{ 
 
				hero->ApplyForces(ecran);
				viseur->Draw(ecran);
				hud->Draw(ecran, script->objec[0]);
				script->Apply(hero);
 
				SDL_Flip(ecran);
 
				tempsPrecedent = tempsActuel;
			}
		else // Si ça fait moins de 30ms depuis le dernier tour de boucle, on endort le programme le temps qu'il faut
			{
 
				SDL_Delay(FPS - (tempsActuel - tempsPrecedent));
			}

La boucle incrémente une variable de la valeur tempsAnim qui peut varier de 0.25 à 0.65 selon la vitesse d'exécution. En effet lorsque tempsAnim > 1, alors on passe à la frame suivante lors de l'animation, et on remet tempsAnim = 0.

Est-ce la bonne technique ? Si non avez vous des idées ?
Merci d'avance pour vos réponses.

[SofEvans]

Et bien ma foi, c'est censer etre la technique de gestion des FPS.
Je ne comprend pas reellement en fait.

Apres, il se pourrait (j'ai bien dit il se pourrait) qui su tu veuille mettre un taux de raffraichissement superieur au taux de l'ecran, alors l'os bloquerai ton taux a celui de l'ecran, d'ou une illusion de perte FPS et/ou de FPS different puisque tout les ecran n'ont pas le meme taux.

En general, 60 FPS c'est le minimum pour les taux de rafraichissement des ecran (60 Hertz) et cela donne une impression de fluidité.
Apres, peut etre que ta boucle de dessin depasse tes FPS car la machine est trop lente pour tout faire dans le laps de temps impartie, donc baisse de FPS pouvant entrainer des mouvement saccadé et autres.
Comme toute les machine ne traite pas les donnée a la meme vitesse, certaine machine arriverons a boucler le traitement dans le temps impartie, d'autre non.

J'espere t'avoir donner des piste.


Ah oui, on peut se passer de donner en argument la surface ecran.
En effet, la surface retourner par SDL_SetVideoMode est en fait une sorte de singleton, pour parler plus generalement, c'est une variable global.

Donc, tu peux recuperer cette surface sans la passer en argument.
Utilise :

SDL_GetVideoSurface();

Bonne continuation

[LittleWhite]

J'ai un peu de mal à suivre, mais je conseille la lecture de cet article ( anglais :s ):
http://dewitters.koonsolo.com/gameloop.html

J'espère que ça aide

[fearyourself]

Très souvent il n'est pas bon de faire les choses ainsi. C'est une bonne solution pour tester mais au final, il vaut mieux gérer les animations via l'horloge du jeu et non pas le taux de rafraichissement.

Comme ca, une machine rapide aura toute les images de l'animation, une machine lente sautera les images pour au moins être à la même vitesse.

Ca donne un pseudo code comme ca :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
void MyPerso::updateAnimation (int now)
{
     int interv = (this->last - now) / this->speed;
 
     if (interv)
     {
     this->last = now;
     this->frame = (interv + this->frame) % this->number_animations;
     }
}

Jc

[Daxter06]

Je vous remercie beaucoup à tous pour vos réponses !
Cependant, j'aimerais que tu m'expliques un peu plus le principe de ta fonction fearyourself, j'avoue que je ne comprend pas tout au code...
merci d'avance

Ah au fait merci beaucoup SofEvans, ta technique marche, j'ai un code plus propre et surtout plus simple avec moins d'arguments ! Merci