Discussion :

[Exedor]

Bonjour.

Je me suis mis il n'y a pas longtemps a Ogre 3D et j'essai de faire un systeme de déplacement ( sans ExampleApplication.h ). J'ai obtenu ce code :

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
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
while(1)
        {
            mRoot->_updateAllRenderTargets();
            inputReader->capture();
            if (inputReader->isKeyDown (KC_W))
            {
                node->translate (node->getOrientation () * Vector3 (0, 0, 400));
            }
            if (inputReader->isKeyDown (KC_S))
            {
                node->translate (node->getOrientation () * Vector3 (0, 0, -100));
            }
            if (inputReader->isKeyDown (KC_A))
            {
                node->yaw (Radian (-2));
            }
            if (inputReader->isKeyDown (KC_D))
            {
                node->yaw (Radian (2));
            }
            if (inputReader->isKeyDown (KC_UP))
            {
                node->pitch (Radian (-2));
            }
            if (inputReader->isKeyDown (KC_DOWN))
            {
                node->pitch (Radian (2));
            }
            if (inputReader->isKeyDown (KC_LEFT))
            {
                node->roll (Radian (-2));
            }
            if (inputReader->isKeyDown (KC_RIGHT))
            {
                node->roll (Radian (2));
            }
            if(inputReader->isKeyDown(KC_ESCAPE))
            {
                break;
            }
        }

Mais voila, le probleme est que tout va évidemment beaucoup trop vite, et donc je me demandais si ogre n'avais pas un systeme de timer ou quelque chose qui aurait le même résultat pour limiter la vitesse. Quelqu'un aurait t'il la solution ?

Merci

[Laurent Gomila]

Et pourquoi pas simplement réduire tes nombres dans un premier temps ?

Ensuite, si tu as un problème de dépendance à la fréquence d'affichage, tu pourras multiplier / diviser tout ceci par le framerate, j'imagine.

[Exedor]

Mais si on réduit les nombres, la vitesse ne sera pas la même sur tout les PC non ?

Et donc, comment récupérer le framerate et si je multiplie les nombre par le framerate, sa sera pareil partout ?

Merci

[Laurent Gomila]

Mais si on réduit les nombres, la vitesse ne sera pas la même sur tout les PC non ?

Ce sera le cas quoiqu'il arrive si tu ne tiens pas compte du framerate.

Et donc, comment récupérer le framerate

Aucune idée, mais j'imagine que Ogre fournit tout ce qu'il faut pour ça.

si je multiplie les nombre par le framerate, sa sera pareil partout ?

Si tu divises, oui, ça devrait le faire.

[Ti-R]

Le déplacement ne devrait pas être corrélé au framerate!

Il y a un monde avec une échelle, une vitesse de déplacement possible dans ce monde.
De l’autre côté, il y a un rendu de ce monde via une caméra.

Si ton déplacement est de 2m/s, peut importe que ta caméra fasse un rendu à 25fps ou 50fps de ce monde.

Même si on peut le corrélé au FPS, cela à un certain sens, mais il vaudrait mieux prévoir des timers.

[bafman]

donc justement, le deplacement doit etre completement lié au frame rate
si tu veut avancer a 2m/s et que le PC 1 sort 60 images par second et le 2eme en sort 20, l'avancée effectuée à chaque image doit etre inversement proportionelle au nombre d'images par secondes, et l'utilisation de timers n'est pas satifaisantes pour un moteur 3D temps réel...

[Ti-R]

Je viens de mettre mon cerveau sur ON, et je viens de me rendre compte que j'ai dis de grosses bêtises....

Côté client, tout est forcément lié au FPS pour une question d'optimisation, mais pas côté serveur.

[Exedor]

Donc si j'ai bien compris, pour que la vitesse soit la même partout, je récupére le framerate et je divise la vitesse par ce framerate. Il faut donc que je cherche de ce côté la. Merci beaucoup pour vos réponses.

[bafman]

normalement, si tu utilise un FrameListener (ce qui est le fonctionnement normal de Ogre), dans les méthode frameBegin et frameEnd, tu peut récuperer le temps écoulé depuis la dernière frame qui est un attribut de l'évenement passé en paramètre.