Yes, mayby.
The data is based on:
TRAJECTORY
MCC1A (65-minute engine burn) began 2021-Dec-26 12:50 UTC, completed 01:55 UTC.
MCC1B (09:27 engine burn) began 2021-Dec-28 12:20 UTC, completed 12:29:27 UTC.
Post-launch trajectory from Goddard Flight Dynamics Facility (FDF), based on
data...
@BEEP
Check it yourself :)
Data from https://ssd.jpl.nasa.gov/horizons/app.html#/ :
BEGIN_ENVIRONMENT
System Sol
Date MJD 59579
END_ENVIRONMENT
BEGIN_FOCUS
Ship JWST
END_FOCUS
BEGIN_SHIPS
JWST:Deltaglider
STATUS Orbiting Sun
RPOS -2.358205523858005E+10 -2.539440950672254E+08...
Maybe it's looking for debug libraries/dlls?
I built https://github.com/orbitersim/orbiter/tree/d3d9client for myself, everything works fine, but I changed target to x64-Release.
@n72.75
Check d3dx9_NN.dll files in your C:\Windows\System32 and C:\Windows\SysWOW64 folders.
Do you have all of them (from d3dx9_24.dll to d3dx9_43.dll)?
If not, just install https://www.microsoft.com/en-us/download/details.aspx?id=8109
And what DirectX SDK did you use compiling...
@n72.75
There should be something like this in Orbiter.log:
000000.000: ---------------------------------------------------------------
000000.000: D3D9 DLLs : C:\WINDOWS\SYSTEM32\d3d9.dll [v 10.0.19041.1387]
000000.000: : C:\WINDOWS\SYSTEM32\d3dx9_43.dll [v 9.29.952.3111]...
It's an old topic
https://www.orbiter-forum.com/threads/orbiters-limits.838/page-2#post-54699
But now Orbiter is open source and everything is in our hands. :)
It's true.
I played with orbits around Moon in GMAT. They are crazy, especially LLO. :)
Even with simplified LP165P model.
There is also grgm900c model - 900 degrees spherical harmonic model with tides.
It turned out that IAU_EARTH is not accurate too:
https://naif.jpl.nasa.gov/pub/naif/JUNO/kernels/pck/pck00010.tpc
I did as they say and used ITRF93.
There is deviation of [1,1,0] vector (north pole + prime meridian direction in Orbiter’s left-handed system) in radians from ITRF93 ...
I'm working now on tuning some celestial body rotation parameters in Orbiter, trying to make them closer to current IAU model using Python and pygmo2 optimization.
For some bodies there is some space for optimization. For example Ganymede:
Some rotation parameters are very close to optimal...
@n72.75
It's a very old topic
https://www.orbiter-forum.com/threads/spice-module.1108/
Orbiter has become open source but some celbody modules are missing (no x64 versions whatsoever), so switching to more precise JPL engine it's a reasonable solution.
I still use Wishbone's latest code (from...
The default Orbiter configuration has different modules for different celestial bodies and they don't always precisely agree with JPL.
Maybe it's high time to finally migrate to the JPL/NAIF toolkit called SPICE and use those ephemerides in Orbiter.
I did it many years ago. My log file looks...
oapiGetObjectName / oapiGetMass
There is source code of TransX MFD that may be useful (especially mapfunction::InitialiseSolarSystem() ):
https://github.com/orbitersim/orbiter/blob/0326e4d077c5a4f880ae821e2d0c7d82dc10469c/Src/Plugin/TransX/mapfunction.cpp
I did other simulation in GMAT not using now MAR097 ephemerides for Phobos but integrating with Mars50c gravity field model.
It matches MAR097 trajectory almost precisely.
This wobbling definety happens because of the non-spherical perturbation of the gravity field. Deimos and Sun add almost...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.