Distance changement de magnitude entre un objet et une planète en orbite autour de Unity 3D

Question

Je suis une période très difficile car je ne peux pas comprendre le problème:

Je suis en train de faire un mouvement d'objet sur une orbite circulaire autour une planète en utilisant une formule trouvée sur wikipedia, des façons voici mon code:

public void circularOrbit(Collider2D col,float planetMass){ 

    mPlanet = planetMass; 
    dist = new Vector2 (col.gameObject.transform.position.x - gameObject.transform.position.x, col.gameObject.transform.position.y - gameObject.transform.position.y); 
    r = dist.magnitude; 
    print (r); 
    tdist = new Vector2 (-dist.y, dist.x).normalized; // 2D vector prependicular to the dist vector . 
    float speed = Mathf.Sqrt (G*mPlanet/r) ; // Calculate the velocity . 
    print (speed); 
    rigidbody2D.velocity = tdist * speed; 


} 

collisionneur 2D col est le collisionneur de l'orbite de la planète, quand mon objet a frappé ce collisionneur il commence à se déplacer sur une voie circulaire selon les calculs que j'ai faits.

Tout se passe dans une mise à jour fixe avec quelques conditions (pas vraiment liées à ce sujet), le problème auquel je suis confronté est que mes grandeurs de distance ne cessent de changer everyframe, où j'en ai besoin pour rester le même!

Cela cause un problème puisque la vitesse va changer et pour d'autres scripts j'ai besoin de le réparer.

Voici quelques valeurs de r la magnitude de distance:

4,602833

4,602901

4,603098

Le changement est très faible, mais il affecte mon jeu trop .

Alors s'il vous plaît expliquer pourquoi c'est hapenning?

Merci.

Answer 1

Le moteur physique effectue ses mises à jour sur les mises à jour fixes. Entre ces mises à jour, la gravité n'agit pas sur l'objet. Ainsi, il se déplace dans un segment de droite qui commence tangent au cercle que vous voulez, mais à la fin de la période de mise à jour fixe, la distance a légèrement augmenté puisque le segment de ligne n'est pas le même que le cercle. Le résultat est que vous pourriez voir des erreurs beaucoup plus grandes que les erreurs d'arrondi.

Cette erreur est linéaire. Si vous avez deux fois plus de mises à jour ou réduisez la vitesse et la force de gravité d'un facteur deux, les erreurs sur chaque étape vont diminuer d'un facteur quatre, mais comme vous avez deux fois plus de mises à jour par orbite, la distance supplémentaire par orbite diminuerait d'un facteur de deux. Si vous avez une simulation compliquée avec des objets se déplaçant dans des ellipses et plusieurs sources de gravité significatives, alors je suggère d'utiliser une méthode comme leapfrog integration, qui économise l'énergie, ou une méthode de Runge-Kutta d'ordre élevé, qui est typiquement si précise que vous ne remarquerez pas les erreurs. Cependant, vous êtes déjà en train d'imposer une orbite circulaire au lieu de laisser le moteur physique calculer l'orbite. Donc, remplacez simplement les calculs du moteur physique, et forcez l'objet à être dans l'endroit le long de l'orbite que vous savez qu'il devrait être. Une façon de faire est de faire tourner l'ancien déplacement du centre de la planète d'un angle qui est (Time.deltaTime/period) * 2pi radians. Ce n'est pas parfait parce qu'il y a des erreurs d'arrondi qui peuvent s'accumuler. Une autre possibilité consiste à garder une trace de l'emplacement d'origine et de l'heure d'origine, et de calculer l'angle modifié en fonction de la différence entre l'heure actuelle et l'heure d'origine.

Une autre méthode qui devrait fonctionner est de se souvenir de ce que le rayon est censé être, et de renormaliser le déplacement du centre de la planète pour avoir une magnitude égale au rayon mémorisé.