Problème de régulation de vitesse - Page 1

Pour adapter la vitesse du jeu en fonction de celle du PC on a besoin de se baser sur les FPS (ou équivalent).
Problème : pour commencer à compter les fps (enfin du moins avec la méthode basique que j'utilise) il faut attendre qu'au moins une seconde se soit écoulée, ce qui fait que pendant la première seconde j'ai un truc qui tourne à une "mauvaise" vitesse. Quelqun sait comment résoudre le problème ?

Tu fais une petite animation d'introduction et tu te bases sur le fps de cette animation. Si la première seconde d'une animation pure va à la mauvaise vitesse, ce n'est pas grave.

Oui mais ça retarde le moment ou le joueur va prendre le controle (c'est un jeu) d'une seconde. Je n'ai jamais vu ça dans des jeux commerciaux, il doit bien y avoir une "astuce" qui permette au moins d'approximer le fps ? (parceque pour le moment, la 1ere seconde est bien trop rapide sur certains PC, trop lente sur d'autres, c'est pas top )

dans les jeux commerciaux y a souvent une petite animation quand tu charges le jeu.

Bah des fois une présentation, oui, mais si l'animation n'affiche pas les mêmes choses que le jeu, elle va calculer un mauvais fps ? (et puis on peut la sauter très souvent cette présentation)

tu fais une proportionnalité entre le fps nécessité par l'animation et le jeu en lui même non ?

Oula oué encore faudrait-il que je la connaisse
Enfin pourquoi pas mais ça me semble un peu curieux comme technique, j'aimerais bien être sûr que c'est ça qui est utilisé dans les jeux commerciaux

Il me semble qu'en principe on utilise l'horloge système pour synchroniser un jeu, et cela sans avoir a calculer le fps.

???

Désolé si c'était pas clair. Ce que je voulais dire c'est que par exemple, pour animer un objet:
1 - tu obtient le temps système (en principe en millisecondes)
2 - tu le soustrais au temps que tu avais obtenu avant et tu ajoutes l'écart à un compteur de temps
3 - tu utilises le compteur de temps pour savoir comment animer l'objet (par exemple, tu pourrais décider d'avancer ton objet de 1 unité toutes les 10 ms) et tu soustrais le temps que tu as "pris en compte" (par exemple si tu avais 105 ms, tu aurais bougé l'objet de 10 unités, donc pris en compte 100 ms) au compteur de temps
4 - Tu affiches l'image
5 - tu recommences
Et là tu n'utilises jamais le fps, mais ton animation tourne à la même vitesse sur la plupart des pc

J'ai précisé "ou équivalent" dans le 1er post parceque c'est précisement ce que j'utilise. Mais il faut faire la moyenne sur plusieurs frames sinon y'a de trop grandes variations

tu scan le disque et tu mattes quels jeux sont installés...

ut & co => fait péter les fps y'a pas de pb
tetris démineur => on va se la faire façon diaporama

plus sérieux : si c sous win& co, tu as dans les variables d'environnement :

PROCESSOR_ARCHITECTURE=x86
PROCESSOR_IDENTIFIER=x86 Family 6 Model 8 Stepping 1, AuthenticAMD
PROCESSOR_LEVEL=6
PROCESSOR_REVISION=0801

qui te donne le type de proco, ensuite pour la fréquence tu peux aussi l'obtenir par un appel au bios (mais je sais plus lequel désolé) et ou par les infos systèmes (accesssibles par une api)

Ah tiens je vais jeter un coup d'oeil à ça, ça peut donner une idée déjà

et si tu utilises les libs Dx y'a des infos dedans aussi...

vince
: plus sérieux : si c sous win& co, tu as dans les variables d'environnement :

Non. C'est WinNT seulement. Il n'y a pas ces variables sous WinMe.

Ash... pas compatible, pas top

sous 98 y'avait un équivalent... (dans les infos syst elles y sont de toute manière)

pour commencer à compter les fps (enfin du moins avec la méthode basique que j'utilise) il faut attendre qu'au moins une seconde se soit écoulée, ce qui fait que pendant la première seconde j'ai un truc qui tourne à une "mauvaise" vitesse. Quelqun sait comment résoudre le problème ?

Euh peut être que j'ai pas compris le problème, mais si tu mesures la durée d'UNE frame (la première), ça te donne déjà une approximation du nombre de fps, que tu peux affiner au bout d'une seconde. Non?

Tu peux essaier d'afficher quelques frames comme dans le jeu durant une seconde, mais sur un autre buffer que tu ne copies pas sur l'écran. Ainsi tu as un écran même pas forcément fixe pendant une seconde au démarrage du jeu, et tu fais passer ça pour un chargement, c'est à la mode dans les jeux commerciaux...

Hippopotame
: Euh peut être que j'ai pas compris le problème, mais si tu mesures la durée d'UNE frame (la première), ça te donne déjà une approximation du nombre de fps, que tu peux affiner au bout d'une seconde. Non?

J'ai essayé, mais ça pose deux problèmes.
Le premier est que c'est une approximation souvent (très) mauvaise, curieusement. Le second est que si il faut attendre une frame pour avoir une valeur, la 1ere tourne à vitesse non connue : tous les tutoriels que j'ai essayé buggaient plus ou moins si on essayait d'avancer à la 1ere frame (ça allait du simple "bond en avant" à sortir carrément de la carte parceque les valeurs sont mal définies).

ou aussi :
pendant l'install du jeu, tu lance un minibench...

ou avant le lancement de la map.

-

Réponse débile parce que j'ai pas trop compris la question : ça va pas si tu fais genre la moyenne géométrique des derniers temps de calculs ? (avg_time[n+1]=q*avg_time[n]+(1-q)*instant_time[n])

(en prévoyant éventuellement le cas d'une interruption : si instant_time[n]>=0.5 sec, ne pas le compter dans avg_time...)

./21 > Ca a longtemps été fait pour des applis pros de montage (et c'est encore souvent le cas). C'est aussi le cas pour tout ce qui est audio : on lance un profiler avant d'exécuter l'application. Ce qui me fait dire que les indications utilisées dans les jeux sont souvent (légèrement) approximatives.