Search results

New release: -Extensive internal reorganization of the Orbital Maneuver Processor. Not a lot of new features, but implementing some stuff that will make it possible to add the remaining features (e.g. taking drag into account). -More user friendly inputs and displays of the OMP. It should be a...

I have only ever used the FDO MFD with the External MFD. It should make no difference.

New release: Fix bugs related to the changed gravity model in Orbiter 2024. Due to the way the MFD was getting non-spherical gravity parameters from the Orbiter API some code of mine went from "bad, but it works fine" to "at best it is inaccurate, at worst it uses uninitialized memory and it...

Got a scenario where you are having trouble? Best together with the MFD save file, saved on the configuration page. If it is an issue with the launch day or time then we could easily see it from that. Using the TIG from the deorbit opportunities as the fixed TIG for the deorbit targeting is not...

There is a special MCC update that shows only NC1 and TPI time of ignition, maybe you missed it. It comes at T+30 minutes.

The relative motion graph is just something I added with video editing, so that a viewer of the video can keep track of where the CSM currently is. It's just based on a MATLAB script I made. It's an ullage burn with the RCS, to settle the propellant before SPS ignition. It was manually done...

There has been a major visual upgrade of the RTCC MFD. Most MFD pages had originally been adjusted to look correct on the 2D panel, with the specific MFD size we use in NASSP (300 something pixels). As we are transitioning more and more to the Virtual Cockpit we are using the External MFD more...

Skylab 2 is supported by the MCC mission tracking feature, which gives you Maneuver PADs and such. It also sets up several things in the RTCC at orbital insertion, so you should not have to e.g. set the launch day and time manually on the RTCC MFD configuration page. You would probably have to...

The Orbiter API has oapiSurfaceElevation. I don't know if that is available in Lua though.

With the last burn you mean what, MC4? I have never actually done these burns with the FDO MFD, the final few maneuvers are targeted onboard.

Here is the promised release for Orbiter 2024. No real changes to the MFD. I just made it buildable for Orbiter2024, switched to VS 2022 and removed the tutorial scenario for SSU. I had actually made some changes to the STS-126 launch scenario that comes with SSV a while ago and that scenario is...

On the configuration page of the MFD you tell it the names of the chaser (Shuttle) and target (ISS) vessels. When running any on-orbit rendezvous calculation with the OMP it will then take the state vectors from the Orbiter API.

Yeah I had a bit of trouble getting the MFD to build in Orbiter 2024, but that is mostly resolved now. I also don't like that I can't use debug mode with Orbiter 2024... But I will do a dedicated release of the MFD for 2024 soon. I guess I should also finally change the example rendezvous...

Another major Virtual Cockpit update, mostly by @Jordan, is complete! The major features are an improved system for floodlights, new digits for mission timers and new animated objects in the Command Module. These glareshades etc. were stowed on launch, but could be attached by the astronauts...

Another small update, the full list of emergency landing sites is now also available for the deorbit opportunities and not just the deorbit maneuver processor: Orbiter 2016: https://github.com/indy91/Shuttle-FDO-MFD/releases/download/0.4.2-alpha-O2016/ShuttleFDOMFD_O2016_0.4.2.zip

A very minor update for the MFD, I have updated the landing site table for the deorbit maneuver targeting based on the updated table that SSV just got with its most recent release. Orbiter 2016...

I don't know how you have been doing it with the missions so far, but my system has been using Two-Line Elements and the Scenario Editor TLE tool. Likely this doesn't lead to a perfect alignment though unless you use nonspherical gravity.

The bug is fixed, there should be an updated build on Github in a few minutes. I recently finished an updated version of the RTCC processor that calculates maneuvers such as LOI-2 and DOI and the calculation that got stuck was for the landing site REFSMMAT which needs a landing time which in...

A reconstruction of Comanche 72 revision 3 is now available! So Apollo 13 in NASSP now uses the correct software for both CMC and LGC. Thanks again to @thewonderidiot for accomplishing this difficult feat. Going further than this is not really possible as Comanche 108 for Apollo 14 had too many...

As it turns out the Comanche 72 reconstruction might be a bit tricky. I also discovered that, due to the small number of differences between Comanche 67 and 72, old scenarios using Comanche 67 would not break when changing to Comanche 72 in the middle of a mission. You could just be in P00 and...