Imaginez que chaque image affichée est faite selon un intervalle de temmps précis : si on dessine 85 images / seconde, il faut bien que chaque image représente 1/85ème de mouvement / seconde pour etre cohérente avec la seconde qui s'est écoulée dans le jeu.
 
Jusque la, rien de difficile.
 
Imaginons ensuite que, pour sauter dans Quake3, un fonction d'arrondi soit nécéssaire. Par exemple, passer de 3.3 à 3 voire 3.6 à 4 . (ce qui est actuellement le cas)  
 
Imaginons ensuite que le jeu tourne a 100 fps.
 
le PC calcule une image, et PAF le joueur saute.
 
Le PC se met a calculer :
 
t = 0 => Le joueur appuie sur le bouton de saut => on commence le saut
 
t = 1/100 => nvelle image affichée =>on doit translater la caméra verticalement (monter kwoa) de 3.6 (valeur calculée kkpart, on s'en fout). On arrondit => 4.
 
t = 2/100 => Nvelle image affichée => On doit translater la caméra verticalement de 3.6 => on fait l'arrondi => 4. hauteur de la caméra : 8
 
 
 
Prenons le meme jeu a 50 fps.
 
t = 0 => Le joueur appuie sur la touche de saut  
 
t = 1/50 ( = 2/100, donc on se retrouve comme au dessus) => on commence le saut, et on doit monter la caméra de 7.2 ( logique, vu que d'au dessus on doit grimper la cam. de 3.6 par 100ème de seconde, ici ca fait 7.2, forcément ici le calcul n'est arrondi qu'une seule fois... le reste C du exact). On arrondit 7.2 => 7. Hauteur de la caméra : 7.
 
Bilan : un joueur dont les fps sont élevées a le + de chances d'accumuler les erreurs d'arrondi, donc de sauter haut  
 
Voili voilou.
 
Pour ceux qui auraient pas capté le saut, voici la version simplifiée est décodée par iench

[edtdd]--Message édité par Tetedeiench--[/edtdd]

ah alors c vrai cette légende, et je c plus, c a 83 ou qqchose comme ca qu'il faut mettre son framerate pour faire des saut plus longs?
je c plus ou g entendu ca
 
toi tu las vu ou?
 
merci en tt cas pour les expli

125

Sans vouloir pinailler, ce n'est pas plutôt 126?

Mate ca : ple nb a gauche représente l'erreur d'arrondi.
 
il est évident que plus tu fais d'arrondi, plus tu as de chances d'avoir une erreur d'arrondi grande (si je fais 1 arrondi j'aurai une erreur maxi de 0.5, si j'en fais 100 j'aurai une erreur maxi de 50 ... )
 

[edtdd]--Message édité par Tetedeiench--[/edtdd]

en fait tu dois aditer le .cfg et mettre 125.36589874587
mais bon les pros arrondissent à 125...donc

c koi 160 alors??

d'ailleurs, on peut remarquer le groupement par petites séries croissantes avant que ca se casse la gueule...
 
En tgros, ca fait petit, un peu moins petit, etc... jusqu'a pas mal, pis paf, ca se casse la gueule.
 
A vous de tester.
 
On voit jamais dans la liste de petit puis un peu moins petit puis petit etc...
 
Je pense qu'on peux conjecturer la a l'aise

Je vais détailler ce que je dis ...
 

 
Conjecturez les amis, conjecturez

Et donc (pour les littéraires comme moi), quelle est la valeur idéale?

125 si ta machine le permet sinon 83. Enfin il me semble que c'est ca.
 
Au fait, il parlait pas de supprimer ce bug/feature (je sais pas trop ou le classer ) dans les nouvelles versions de Q3 ?

[s]        

http://ucguides.savagehelp.com/Quake3/FAQFPSJumps.html
 
pour une autre version en engliche dans le texte avec des jolies courbes

Ernestor a écrit a écrit : http://ucguides.savagehelp.com/Quake3/FAQFPSJumps.html   pour une autre version en engliche dans le texte avec des jolies courbes

 
C'est bien du /pmove_fixed 1 dont il est question là ?

Je viens de lire ce lien et l'explication est très claire à condition de ne pas être une burne en anglais.
Cela confirme que la meilleure valeur est 125.

IENCH
pour ma culture, que representent chaque colonne dans ton tableau ?  

Ca donne :
 
1- les fps
 
2- Le reste de la division de 800 / fps
 
3- Le nombres d'image en 0.675 secondes (le temps de sauter)
 
4- L'erreur d'arrondi accumulée en 0.675 secondes.

[edtdd]--Message édité par Tetedeiench--[/edtdd]

|
V
Si quelqu'un de qualifié pouvait répondre à ma question, ça éviterais que des gens se fassent chier avec 83 ou 125 fps...

Va voir le lien en anglais, il précise dans quels cas ce bug a été désactivé.

le lien dit en gros :
 
depuis le "125HZ fix", (laissez-mois l'appeller comme ca pour le moment) tous les calculs faits plus bas (calculs d'arrondi suivant le framerate) ne sont plus valables.  
Les serveurs 1.27 ou plus qui activent le "125HZ fix" ne sont pas sujet à des lois physiques dépendant des FPS.
 
Donc ma question est : comment s'appelle la commande qui active ce "125HZ fix" ?

 
/pmove_fixed 1
mais tous les serveurs ne l'ont pas
c votable en osp
en ra3 je crois ke c active de base

Ce qui est bizarre, c'est quand je fixe la limite des fps !
 
je mets /com_maxfps 120 et il m'affiche 125 (quand je mets en qualité pour avoir tout le temps ce nombre de fps)
 
faut-il que je mette /com_maxfps à 125 ou pas ?

oui faut mettre 125 si tu veux mais ce qui se passe en fait c'est que sous Quake3, tous les FPS ne sont pas  entre guillemets "disponibles" !!
c'est le cas de 120 par exemple...
le jeu prend soit la valeur en dessous qu'il connais soit la valeur au dessus donc la valeur juste o dessus c 125 !!!
j'ai lu ça kék part... donc c NORMAL !!
pour être sûr tu fous à 125fps et hop....
en valeur que quake3 connait, y a 143fps,166fps,200fps par exemple mais pour la liste complète c sur un site dont g pu le lien...

Akizan : Minute : il t'affiche 125, mais en pratique, derrière, le nombre de fps affichées est PAR DEFINITION indépendant du nombre de fps que le jeu connais.
 
Eh vi.
 
DOnc il t'affichera 125 si tu mets 123 et qu'il y en a maxi 123 ...

tetedeiench, si on reprend ta demonstration avec 3.3 au lieu de 3.6
 
à 100 fps ==> 3.3-->3 + 3.3-->3 = 6
à 50 fps ==> 3.3+3.3=6.6-->7
 
le gars à 50fps saute plus haut que celui à 100fps!!!

de toutes façons si vous jouez sur votre propre serveur vous tapez  
/pmove_fixed 1
et fini la prise de tête

question newbie:
y a le meme genre pour ut???

/pmove_fixed c'est pour les nuls
 
Essayez de faire le bridge-to-rail de dm6 sans le pmove, hein ! Plus balèse déjà

ben ouais si ils avaient pas mis un arrondi au mauvais endroit !!!!

Effectivement mon gars et c bien ce qu'il a marqué dans le tableau (en regardant vers les valeurs les plus proches soit 102 et 50 et qque )

Question stupide: est-ce que ce bug affecte les bots?

D'autre part, Altus, tu es sûr de la syntaxe  
"pmove_fixed 1" ?
Parce que mon Q3 me dit "unknown command"...

 
sur et certain a ce detail pres :
/pmove_fixed 1

Désolé d'insister! Mais mon Quake3 (avec le tout dernier patch) ne connaît aucune commande commençant par /p.

 
 
essaie ca : /seta pmove_fixed 1 dans la console

Cette fois, ça marche.
Note qu'il me dit que la valeur par défaut était déjà 1...

125 FPS RULE'Z !
Salut à tout les Quakers et bons frags  

Pour une vrai explication, que tetede a lu pour son post.
 
Chercher les posts de coriolis sur savage (->google), les valeurs sont de lui (celle k posté tetede).
 
D'ailleurs, vous aurez une vrai explication (juste).

Hey dit moi toi !! Tu jouerait pas avec ce pseudo et le personnage en question par hasard sur Q3 ?? Car je t'ai déjà vu y'a très longtemps... environ un an au moins !
C'était toi ??