aem formules gravité

Euh j'ai un peut cherché avec google mais je tombe sur des théorie sur des univers bulles infini communicant par le biais de trou noirs :gniah: :gniah: :gniah: ...

En fait si quelqu'un est calé en physique ou chais pas quoi, il pourrait me doner une formule pour calculer la vitesse de chute d'un objet selon son poid, et aussi la vitesse de glissement d'un objet selon son poid et l'inclinaison de la pente (sans compter de vent, ni de texture du terrain... :gniah: )

en gros tu veux que quelqu'un te fasse un moteur physique :gniah:
enfin le plus dur ^^
des moteurs physiques y'en a sur le site du cbna (je crois ?) ou sur la gmc

euh non je veut juste un truc du genre :

vitesse=poid*2

mais en vrai quoi, parce que je ne pense pas que quand un objet tombe sa vitese soit le double de son poid.

je veut la vraie formule.

là y'a des formules en-veux-tu-en-voilà :

http://fr.wikipedia.org/wiki/Gravit%C3%A9

je l'avais posté sur le forum, mais je sais plus où, et j'ai pas envie de chercher mes equations... un autre jour peut être....
Allez, je suis sympa :
tu prends l'acceleration
ax=0
ay=g

et la dérivée donne la vitesse, la double dérivée les coordonnées horaires.

la gravitation n'est plus perçue comme une force d'attraction, mais plutôt comme une manifestation de la déformation de la géométrie de l'espace-temps sous l'influence des objets qui l'occupent.


euh je comprend rien la en plus ils ont tous une formule differente la...

pas compris le truc de mad doc ^^ e sais aps ce qu'est une dérivée ni une machin horaire... en fait je suis en 4eme

Pour la gravitation, tu fait une variable v, et une variable g, à chaque step tu ajoute g à v et v à y. Lors d'une collision tu remet la variable v à zero ou bien tu la multiplie par -1 si tu veux génèrer un rebondissement.

Pour le glissement, va lire ceci
http://www.webphysique.fr/Glissement-sur-un-plan-incline.html

Merci

En gros se que l'on dit c'est exactement se que fait gm avec gravity, hspeed et y

gm ajoute hspeed a y
et aussi ajoute gravity a hspeed (enfin sa dépend de l'angle)

alors c est tout bidon la physique:

pour calculer la force d attraction entre deux corps

f=m1*m2/d² ou m1 et m2 sont la masse des deux objets et d la distance entre les deux centres de gravité

et ensuite tu as la formule pour calculer l'accélération: a=f/m
et tu sais aussi que v=v+a ou v est la vitesse et a l'accélération ( c est des vecteurs) c est pour ca que la vitesse peut aussi bien sur diminuer


ou f est la force et m la masse

donc la gravité ne dépend que de la masse de l'autre objet, la preuve c est que une plume tombe aussi vite qu un bout de plomb , à condition qu'il n y est pas d'air.

just lol...
Elle est belle la troisième loi de Newton, mais c'est pas comme ça que tu fait des mouvements en chute libre et tout et tout.....

Voilà les equations complètes : http://fr.wikipedia.org/wiki/Trajectoire_parabolique

a merci edi c'est bien simple en fait micii

oui mais pas besoin d autant d'équations, ton truc c est juste pour pouvoir prévoir la trajectoire de kkchose et pour ca tu n'as pas besoin des dérivées ou intégrales ( d ailleurs on peut quasiment toujours les esquiver celles ci)

mouais.... les esquiver pourquoi pas, mais....
Je vois pas comment l'attraction de 2 objets sert à quelquechose ici ?!?

Oui ben c'est l attraction entre la terre et l'objet quoi.

sinon pour un objet en inclinaison:
tu as deux forces qui s'appliquent: la force de gravité
et la force de réaction qui est perpendiculaire au sol et égale à la force de gravitation :

ca te donne:

yspeed+=gravite
y+=yspeed
x+=xspeed
et tu as: la force de réaction du sol: y+=-yspeed*sin(degtorad(dir))
x+= yspeed*cos(degtorad(dir))
ou dir est l'angle de la pente

Ok avec ton système, mais c'est pas plus simple d'utiliser gravity, hspeed et vspeed au lieu de refaire de nouvelles variables lol
(moi et l'optimisation... )

ben en fait j aime pas les variables vspeed et hspeed parce que ca gère mal les collisions je trouve

euh lol?!?
une variable qui gère mal les collisions :gniah: :gniah:
c'est peut être parce que les mouvements du step non prévus ne sont pas dans les h/vspeed...

Bloue a écrit:

Euh j'ai un peut cherché avec google mais je tombe sur des théorie sur des univers bulles infini communicant par le biais de trou noirs :gniah: :gniah: :gniah: ...

En fait si quelqu'un est calé en physique ou chais pas quoi, il pourrait me doner une formule pour calculer la vitesse de chute d'un objet selon son poid, et aussi la vitesse de glissement d'un objet selon son poid et l'inclinaison de la pente (sans compter de vent, ni de texture du terrain... :gniah: )

En gros, sur terre, la vitesse de chute est d'environ 9.8m/s²(la masse est négligeable dans le calcul) ce qui veux dire que tu accélères de 9.8m/s à chaque seconde

La vitesse fera
0 m/s
9.8 m/s
19.6 m/s
29.4 m/s
etc.

Une façon de faire la même chose pour un programme serait(à supposer que tu dessends à 5 pixels par step par step) serait de mettre dans step vspeed+=5;if(collisionAvecLeSol)vspeed=0;
Pour le reste c'est à toi de gèrer les collisions et tout.

Après faut prendre en compte une vitesse maximal avec le frottement avec l'air et tout et tout, mais je pense qu'en utilisant trois vecteur on peu facilement représenter et la friction, et la gravité, et la pente. Mais tout dépendra de la collision avec le terrain.

en fait, on se casse tous la tête, alors que GM fait ça très bien.

Si il y a pas de sol sous le perso,
gravity=2
sinon
gravity=0


pour sauter :
vspeed=-15

mais bon... lol quoi

Ah...


euh ok donc en fait ce topic sert a rien ?

oui mais les collisions sont mal gérées avec ca
si la vitesse est supérieure à la taille du bloc, alors il y aura une certaine chance que l'objet passe à travers, et en plus il ne prends pas bien en compte les vitesses à virgule