OHM BaseSyncMFD 3.3 for Orbiter 2010

[OrbitHangar]

Author: adswnj

Minor update in v3.3: fix MM data transfer bug to BurnTimeCalculator. 

New in v3.2: Updated to use MMExt2 natively (so no more Error 126). No pre-requisites - however for best experience, please install ModuleMessagingExt v2.1 or later. 

Base Sync is a utility to determine the best orbit for reentry to arrive at a target base, and then to determine the deorbit burn information. It predicts your closest approach on up to 99 orbits, and calculates the optimal plane change for direct over-flight of the base, and the retro-burn for re-entry on the desired angle, anticipation and entry interface altitude. 



DOWNLOAD

 

[ADSWNJ]

For the background to this patch-release, see the other thread at: http://www.orbiter-forum.com/showthread.php?t=36034

 

[ADSWNJ]

Another new patch to v2.5. This one adds support for 32 solutions (with a CYC = cycle button to roll through them). The deorbit screen now has a time-to-burn countdown for accurate burns. There's a new BaseSyncMFD.cfg file for defaults such as Direct mode and 24 solutions, etc. I refreshed the documentation. And a few more cosmetic things.

Enjoy!

Andrew "reviver of old addons" ADSWNJ!

 

[blixel]

Another new patch to v2.5. This one adds support for 32 solutions (with a CYC = cycle button to roll through them). The deorbit screen now has a time-to-burn countdown for accurate burns. There's a new BaseSyncMFD.cfg file for defaults such as Direct mode and 24 solutions, etc. I refreshed the documentation. And a few more cosmetic things.

I just had a quick look and the changes in 2.5 look perfect. I tried inputting a variety of invalid input and the MFD safely handled it.

Being able to cycle through more than 8 orbits into the future is fantastic! Very useful! Being able to set startup options via a config file is great. I also like that you moved the color coding to the config file.

So thanks Face for fixing the Target resetting and the missing row issues, and thanks ADSWNJ for all these other improvements! I use this MFD in almost every mission, so it's awesome to have these long overdue fixes/improvements implemented!

 

[ADSWNJ]

Thanks for doing a thorough test & glad you liked it.

 

[Ripley]

I noticed that after pressing "ALT" button, the displayed text now suggests 120km for Earth (vs. 80km of version 2.3 and 2.4).
A minor cosmetic nitpick for the next version: the vertical alignment of the 9th solution's 1st column is missing a leading blank.

And another late-night thought...Could you zoom in the graphics just a little bit?
This way we can maybe get a clearer view, with a bit less overlayed text/graphics at least in the "0°/90°" part of the yellow circle (see screenshot to see what I mean).

 

[ADSWNJ]

Cheers Ripley. Those suggestions, plus the RGB / BGR issue you found in the docs, is good enough to do a v2.6. Incoming shortly...

 

[garyw]

ADSWNJ, Thank you for all your updates and improvements, not just to this but to other MFD's. I don't know how I used orbiter before these - thank you!

 

[ADSWNJ]

ADSWNJ, Thank you for all your updates and improvements, not just to this but to other MFD's. I don't know how I used orbiter before these - thank you!

Thanks Gary. It's interesting to breathe new life into these old MFD's. I'm just testing the 2.6 version now (hint: up to 99 orbits now, just for Blixel), and re-factoring it to leverage the new ModuleMessagingExt core to provide real-time telemetry for any MFD that wants it. If we can get a few devs together to really hook up the core MFD's, the world will start to transform towards a more integrated experience for all (e.g. auto-pilots to vessel guidance, to burn time calculators, to glideslopes, to terrain tools, to maps...).

-Andrew

 

[Ripley]

How does your new ModuleMessagingExt interact with Enjo's MFDs that rely on his original version of ModuleMessaging?
Will it replace/interchange Enjo's one? Are they 2 different things?

 

[Enjo]

How does your new ModMessExt interact with Enjo's MFDs that rely on his original version of ModuleMessaging?

:lol:

Probably not possible yet, but I'll get back on track soon. After all, most of the work is currently done by Andrew, so I'll just plug in my code in a matter of two hours.

 

[ADSWNJ]

How does your new ModuleMessagingExt interact with Enjo's MFDs that rely on his original version of ModuleMessaging?
Will it replace/interchange Enjo's one? Are they 2 different things?

The quick answer is that they are 2 separate things, as the storage key in the Ext version includes a vessel ID as well as the module name and key name, and the core is a different DLL. I guess we could make a backwards compatibility mode if needed, but for now let's see if we can get everything moved over to this new baseline.

From this point on, we can establish backwards compatibility on the interface so older MFDs can access newer ModMessExt's without recompilation (that's the plan, at least!).

 

[Enjo]

No need, when the library's only user is the library's author

 

[ADSWNJ]

Version 2.6 of BaseSyncMFD now released. Hope you guys like it!

The coolest feature is the one you won;t see unless you are a developer... we now have a way to interconnect BaseSync with any MFD that wants to see the solution details and the burns for plane change or deorbit.

Initially the plan is to connect BaseSync and BurnTimeCalc for auto-burns, and BaseSync and Glideslope2 to trigger a deorbit right into the desired glideslope. If anyone has ideas for how MFD's should interact ... please discuss!

---------- Post added at 09:35 PM ---------- Previous post was at 03:33 PM ----------

Friendly Warning!! To those downloading Base Sync MFD v2.6 and not ModuleMessagingExt v1.1 .. it'll not work. I.e. the downloads since last update should track together, or you will have issues.

 

[Iacomus Maximus]

Is there a specific runtime or something this requires other than MMExt 1.1? I'm getting an error loading the module (code 126).

 

[ADSWNJ]

Is there a specific runtime or something this requires other than MMExt 1.1? I'm getting an error loading the module (code 126).

VC++ 2010 redists are needed, but that doesn't sound like your issue. Can you reply with a copy of your Orbiter.log. Cut & paste it into your reply between [ CODE ] and [ /CODE ] brackets (without the spaces) so it scrolls nicely. Or if you have a screenshot you can put on imagur.com (etc.) and link to, I'll take a look to see what's wrong.

The good thing is that people have got it working, so the package is ok. We'll figure it out!

 

[ChrisHill]

Hi, I have the same problem, error loading the basesync dll with error code 126. Here is a copy of my Orbiter.log.

**** Orbiter.log
Build Aug 30 2010 [v.100830]
Timer precision: 2.73067e-007 sec
Found 1 joystick(s)
Module AtlantisConfig.dll .... [Build 100830, API 100830]
Module AtmConfig.dll ......... [Build 100830, API 100830]
Module DGConfigurator.dll .... [Build 100830, API 100830]
Module OrbiterSound.dll ...... [Build 121120, API 100830]
Module D3D9Client.dll ........ [Build 150111, API 100830]
Module AeroBrakeMFD.dll ...... [Build ******, API 100830]
---------------------------------------------------------------
>>> WARNING: Obsolete API function used: oapiRegisterMFDMode
At least one active module is accessing an obsolete interface function.
Addons which rely on obsolete functions may not be compatible with
future versions of Orbiter.
---------------------------------------------------------------
Module ScnEditor.dll ......... [Build 100830, API 100830]
Module Framerate.dll ......... [Build 100830, API 100830]
Module DX9ExtMFD.dll ......... [Build 150107, API 100830]
Module ExtMFD.dll ............ [Build 100830, API 100830]
Module BurnTimeMFD.dll ....... [Build 140205, API 100830]
Module InterMFD55.dll ........ [Build 100826, API 100704]
Module TransX2.dll ........... [Build 150926, API 100830]
Module GS2.dll ............... [Build 131201, API 100830]
Module StateSaver.dll ........ [Build 100929, API 100830]
Module ReFuelMFD.dll ......... [Build ******, API 060425]
Module LaunchMFD.dll ......... [Build 150104, API 100830]
Module TransX.dll ............ [Build 150926, API 100830]
Error loading module Modules\Plugin\BaseSyncMFD.dll (code 126)

**** Creating simulation session
D3D9Client: [DirectX 9 Initialized]
D3D9Client: Sytem has XNA math support
D3D9Client: [3DDevice Initialized]
D3D9Client: [Loading Stars]
D3D9Client: [Loading Constellations]
D3D9Client: [D3D9Client Initialized]
Joystick throttle: Z-AXIS
Joystick throttle control detected
Module Sun.dll ............... [Build 100830, API 100830]
VSOP87(E) Sun: Precision 1e-006, Terms 554/6634
Module Mercury.dll ........... [Build 100830, API 100830]
VSOP87(B) Mercury: Precision 1e-005, Terms 167/7123
Module Venus.dll ............. [Build 100830, API 100830]
Module VenusAtm2006.dll ...... [Build 100830, API 100830]
VSOP87(B) Venus: Precision 1e-005, Terms 79/1710
Module Earth.dll ............. [Build 100830, API 100830]
Module EarthAtmJ71G.dll ...... [Build 100830, API 100830]
VSOP87(B) Earth: Precision 1e-008, Terms 2564/2564
Module Moon.dll .............. [Build 100830, API 100830]
ELP82: Precision 1e-005, Terms 116/829
Module Mars.dll .............. [Build 100830, API 100830]
Module MarsAtm2006.dll ....... [Build 100830, API 100830]
VSOP87(B) Mars: Precision 1e-005, Terms 405/6400
Module Phobos.dll ............ [Build ******, API 060425]
Module Deimos.dll ............ [Build ******, API 060425]
Module Galsat.dll ............ [Build 100217, API 100215]
Module Jupiter.dll ........... [Build 100830, API 100830]
VSOP87(B) Jupiter: Precision 1e-006, Terms 1624/3625
Module Io.dll ................ [Build 100217, API 100215]
Module Europa.dll ............ [Build 100217, API 100215]
Module Ganymede.dll .......... [Build 100217, API 100215]
Module Callisto.dll .......... [Build 100217, API 100215]
Module Satsat.dll ............ [Build 100215, API 100212]
Module Saturn.dll ............ [Build 100830, API 100830]
VSOP87(B) Saturn: Precision 1e-006, Terms 2904/6365
Module Mimas.dll ............. [Build 100215, API 100212]
SATSAT Mimas: Terms 113
Module Enceladus.dll ......... [Build 100215, API 100212]
SATSAT Enceladus: Terms 33
Module Tethys.dll ............ [Build 100215, API 100212]
SATSAT Tethys: Terms 101
Module Dione.dll ............. [Build 100215, API 100212]
SATSAT Dione: Terms 59
Module Rhea.dll .............. [Build 100215, API 100212]
SATSAT Rhea: Terms 68
Module Titan.dll ............. [Build 100215, API 100212]
SATSAT Titan: Terms 100
Module Iapetus.dll ........... [Build 100215, API 100212]
SATSAT Iapetus: Terms 605
Module Uranus.dll ............ [Build 100830, API 100830]
VSOP87(B) Uranus: Precision 1e-006, Terms 1827/5269
Module Miranda.dll ........... [Build ******, API 060425]
Module Ariel.dll ............. [Build ******, API 060425]
Module Umbriel.dll ........... [Build ******, API 060425]
Module Titania.dll ........... [Build ******, API 060425]
Module Oberon.dll ............ [Build ******, API 060425]
Module Neptune.dll ........... [Build 100830, API 100830]
VSOP87(B) Neptune: Precision 1e-006, Terms 391/2024
Finished initialising world

 

[ADSWNJ]

New v2.8 version released, to align with BurnTimeCalc MFD v2.8. Enjoy.

Shout out to Enjo for beta-testing for me.

 

[Enjo]

Shout out to Enjo for beta-testing for me.

Just some static code checks

 

[ADSWNJ]

Very minor re-release of this version, fixing an incorrect digit in the documentation. (Ripley's eagle eyes found it). Really no need to re-download if you have the other version of v2.8, but fixed all the same.