geogeo
: Faut ce mettre d'accord, car là vous me parlez d'un jeu de plateforme avec gestion des masses

Heu... la vitesse de chute ne dépend pas de la masse hein....

, frottements....

Pas tellement, on s'en fout un peu des frottements, ça peut s'implémenter d'une manière relativement triviale (limiter les vitesses verticales et horizontales

moi je parle pas du tout de ça, mais bon. Bien sûr que les tables sont meilleurs dans tel ou tel cas et les formules dans d'autres cas.

Ben non, même sans prendre en considération les frottements, les tables s'avèrent fausses comme on te l'a expliqué plus haut (l'accélération ay=g, quelle que soit la valeur de g, et déformer les valeurs de la table modifie la valeur de g utilisée, de façon qu'un saut haut prendra le même temps qu'un petit saut, ce qui ne colle pas du tout et est loin d'être précis, surtout considérant les calculs beaucoup plus compliqués à mettre en oeuvre)

Mais franchement pour un simple mario ou un Kirby, voir un FlashBack, les tables précalculées sont vraiment la meilleur solution.

Heu... Mario, je sais pas, peut-être le premier (et encore je doute) parce qu'il est très ancien, Flashback peut-être, mais là encore je doute, et Kirby, même pas la peinde d'y penser. Pense aux sauts pour lesquels tu pars du bas pour atterrir sur une platteforme plus haute ou l'inverse, les tables se révèlent inutilisables. Et les chutes, ça fonctionne pareil que les sauts (en réalité c'est l'inverse, mais bon... ), alors comment peux tu les gérer?