Celestia: Orbiter les barycentres des corps mineurs étant donné des classes d'objets aléatoires

Il y a aussi le problème de température avec les planètes en orbite autour de barycentres.

Il y a aussi le problème de température avec les planètes en orbite autour de barycentres.

Il existe également le paramètre TempDiscrepancy qui peut être utilisé pour corriger cela.

Si la 1.6.2 doit avoir des données mises à jour (#699), ce bogue devra également être corrigé pour la 1.6.2, sinon le barycentre Orcus-Vanth sera traité comme s'il s'agissait d'une lune au lieu d'un astéroïde.

@Panterstruck, veuillez fournir des données de test pour ce bogue.

"Orcus-Vanth" "Sol"
{
    Class       "invisible"
    Visible     true
    Clickable   true
    OrbitFrame  { EclipticJ2000 { Center "SSB" } }
    EllipticalOrbit
    {
        Epoch       2457388.5   # 1.1.2016
        Period      247.185 # 246.0163 at epoch, plutino
            SemiMajorAxis    39.279
        Eccentricity      0.223855
        Inclination  20.5675
        AscendingNode   268.584
        ArgOfPericenter  73.020
        MeanAnomaly 174.476
    }
    }

    "Orcus:90482 Orcus:2004 DW" "Sol"
    { 
    Class       "asteroid"
    Radius      455
    Texture     "asteroid.*"
    Color       [ 0.835 0.839 0.831 ]
    BlendTexture    true

    GeomAlbedo  0.231
    LunarLambert    0.5

    BodyFrame   {    EclipticJ2000 { Center "Sol/Haumea System" }    }
    UniformRotation
    {
        Period      10.4        # high uncertainty
        Inclination 90.2        # assuming spin axis matches Vanth's orbit
        AscendingNode   50.0
    }

    OrbitFrame  { EclipticJ2000 { Center "Sol/Orcus-Vanth" } }
    EllipticalOrbit
    {
        Period         9.5393
        SemiMajorAxis   740     # assuming mass ratio Vanth:Orcus 0.09
        Eccentricity       0.007
        Inclination   90.2
        AscendingNode     50.0
        ArgOfPericenter  185.5
        MeanAnomaly     143.1
        Epoch       2454439.2807
    }
    }

    "Vanth:(90482) Orcus I Vanth:S/2005 (90482) 1" "Sol/Orcus"
    {
    Class       "moon"
    Radius      220
    Mesh        "roughsphere.cms"
    Texture     "asteroid.*"
    Color       [ 0.62 0.56 0.50 ]  # "slightly red", assuming similar color to Quaoar
    BlendTexture    true

    Albedo      0.10            # estimate
    LunarLambert    0.5

    BodyFrame   {    EclipticJ2000 { Center "Sol/Haumea System" }    }
    UniformRotation
    {
        Inclination 90.2        # assuming spin axis matches Vanth's orbit
        AscendingNode   50.0
    }

    OrbitFrame  { EclipticJ2000 { Center "Sol/Orcus-Vanth" } }      
    EllipticalOrbit
    {
        Period         9.5393
        SemiMajorAxis   8240
        Eccentricity       0.007
        Inclination   90.2
        AscendingNode     50.0
        ArgOfPericenter   5.5
        MeanAnomaly     143.1
        Epoch       2454439.2807
    }
}

Ouais ça fera l'affaire. C'est vraiment difficile à montrer dans les captures d'écran et cela vous oblige à modifier la visibilité des orbites spécifiques aux classes d'objets. Et ce n'est pas entièrement reproductible, un lancement peut fonctionner comme prévu, d'autres fois le barycentre peut compter comme une lune.

Je me demande pourquoi il y a ce bout de code mentionnant le "Haumea System":

BodyFrame   {    EclipticJ2000 { Center "Sol/Haumea System" }    }

C'est étrange. Je viens de copier le code de Project Echoes, mais j'ai vu le même problème avec le code pour Orcus-Vanth qui ne faisait pas référence à Haumea.

C'est moi qui copie le système Orcus-Vanth du système Haumea et qui part de là. Mais oui, cela se produit littéralement avec n'importe quelle planète mineure qui utilise un barycentre. Lorsque j'ai répondu plus tôt, je voulais soumettre une capture d'écran du système Manwë-Thorondor que j'ai vérifié, n'a pas cette référence défectueuse, mais l'a rejetée en raison des captures d'écran qui étaient plutôt inutiles sans capture vidéo tierce.