1. Reentry - A Space Flight Simulator
  2. News

Reentry - A Space Flight Simulator News

Reentry has been updated to 0.86 - Guidance, Ascents, Systems, Physics


Reentry has been updated to 0.86! I know this update is way overdue and that it has been a good while since the previous update, but it comes packed with a lot of good things.

The 0.86 update is all about iterating on existing systems, tools and game mechanics. Below is the list of the main aspects of the update, and a list of other issues that has been fixed. Keep in mind that this is an update that dives deep into the core of the game, so you might encounter issues or strange things. Please let me know of these on Discord - it's easy to revert back to 0.85 if you wish, see below.

Thanks to the Test Pilots, Alpha-Floor testers and everyone else who has reported issues or has provided suggestions.

Major changes in the Command Module IMU and inertial platform, and P01 alignment
When you prepare the CSM/Saturn V for launch, you typically start by running P01. This will align the platform with the planned launch Azimuth. This entire program has been rewritten to reflect some major changes in the IMU.
Note: You should never use timescale during P01.

You should no longer experience that alignment rotates multiple times, and during ascent, the FDAI attitude will typically start at 90 degrees pitch and move down towards 0, heads down. Earlier you might have seen this moving towards 180 degrees, but still heads down and correct way. This was due to an issue internally in the IMU logic, leading to quite a few strange "180 degree roll" issues scattered around the entire mission in the CM.

FDAI during P11 - notice the heads down and pitch relative to 0 and 30 degrees

FDAI during P01

Major changes in the LVDC (Saturn V computer) used during ascent and TLI
A similar update to the CM IMUs is seen in the LVDC. The ascent guidance logic has been change, as well as how it behaves both before and during TLI. It should now much more precisely hold the attitude during TLI burns (less ping/pong), and the TLI calculations and guidance has received a huge level up. Still far to go on the TLI burns but a good step in the right direction.
Saturn V during Liftoff by YourHistorian

The S-IVB holding attitude through the IU/LVDC

Improved LM P12 ascent logic
The LM ascent guidance has been improved. This is executed by P12 after liftoff from the Lunar Surface. The thruster issue where a thruster could get stuck firing for long periods of time has also been fixed, and the entire staging mechanism has been fixed so the ascent stage and the descent stage will separate (you should no longer be able to lift-off with the descent legs still attached, even if you have properly separated from it).

Apollo Maneuver Planner improvements
The Maneuver Planner has received a lot of internal changes. The Maneuver Planner has been made context aware, and has received preliminary support to plan LM DPS burns. It tries to automatically take the weight into account (CSM only, CSM+LM, LM only, LM ascent stage, ..) to calculate the burn time. To create LM maneuvers, open it with the LM as the active craft, and for CM maneuvers, open it in the CM as the active craft as previously.


CM and LM jet physics improvements
The CM and LM jet physics has been improved to reduce the ping/pong effect between the configured deadband (DAP setup). It also reads the DAP setup to better calculate thrusting durations to compensate rates into desired, within the deadband. It should still ping/pong but stabilize and be able to hold the attitude much better than before. Most of this work has taken place in the PGNCS (CM) and the PNGS (LM).

R62 - Crew Defined Maneuver and R03 - DAP Setup
On both the Apollo Guidance System (AGC) and the Lunar Guidance System (LGC), V49E will now realistically call R62. R62 is Routine 62, and will require a few more steps than before.
The CM Academy Lesson: AGC & AUTOMANEUVERING has been rewritten and updated to cover the R03 and R62. I highly suggest you to retake this lesson.

The earlier procedures was to manually change N18 to the desired attitude and execute with V49E. Now V49E must first be called to run R62. R62 will first show N22 where the desired attitude should be inserted/accepted, then N22 is copied to N18 and V50 N18 will require a PRO to start the maneuver. The CSM will have a direct mapping from N22 to N18 as both nouns are RPY. In the LM, N22 is YPR, while N18 is RPY. This is an important detail to know about.

The DAP setup has been improved with more options. A DAP setup checklist exists for both the LM and the CM, so you can follow this to set up your desired automaneuvering parameters.
To do this, key V48E to start R03. This will first ask you to input the DAP setup strings into R1 and R2. Proceed will ask you to enter weights. These weights are used to calculate jet thrusting. A new circular button named "Request Weights Data" has been added to the CM and the LM. This will give you the weights you need to input into the DAP Load. This should be frequently updated.
- New/updates checklists are available for the CM and the LM for R62

V34E will terminate any running Routine. If you run a routine without completing it, strange things might happen, so use V34E if you experience this.
[previewyoutube][/previewyoutube]

Lunar Guidance Computer
P30 has been updated for the LGC to reflect the latest changes, and P40 has been added to execute DPS burns. P52 opt. 1 has also been added to let you align the inertial platform with the preferred burn direction.
Added support for V24 and V25 (AGC and LGC)

Apollo Guidance Computer
Added support for V24 and V25 (AGC and LGC)

Command Module Electrical System updates
I have rewired and change some logic related to the DC busses internally. Some strange behavior in the EPS related to the batteries, battery busses and the flight bus has been located to these issues that now has been fixed.

  • Panel 275 FLT/PL bus cbs incorrectly appear to affect battery availability entirely (DC Voltmeter reads zero on bat a/b if the FLT/PL Bat Bus A/B CBs are open)
  • EDS appears to be non-functional if Panel 275 FLT/PL BatA/B cb open


Command Module "Cold & Dark" updates
Some of the checklists and runnable steps has been updated to make the C&D setup better. Some circuit breakers was easily missed if running the checklist, and some things has been added to the activation checklists. More improvements will be made here as we have an ongoing C&D focus group in the #alpha-floor channel on Discord. If this is your thing, feel free to join!


CM SPS Injector Valves
The SPS injector valves should now be visible and functional depending on the system you use to ignite the SPS. All 4 valves should point towards the right when closed, and left when open (burning).


Improved Gemini Rendezvous burn calculations
The rendezvous burn has received some improvements to make the rendezvous burn more precise.
Gemini on its way to LEO - by YourHistorian

Improving the Checklist Guide
Checklist System has now received support for naming the labels. Myself and contributors are working on adding this data to the new system. This allows the Checklist Guide show you "Set ASCS to AUTO" instead of "Set ASCS to Left", or "Set DC VOLTS to Main Bus A" instead of "Set DC VOLTS to 4" etc.

The PRO button has been rebound to B instead of T (due to a conflict in the Lunar Module ROD) and the PRO label in the button has been replaced with a check-icon.


Unit Standardization to Imperial
Started to standardize everything to imperial (nautical miles, pounds, feet). This is a huge task and will be an ongoing process as many missions still refer to this. The main radio comms and tools should be updated in this patch. If you stumble upon a place that uses Metric (except for the console and some orbital mechanics readings), please report them so I can convert it.

Experiment: Preserve field of view on the different cockpit cameras (CSM only)
I have started to test a common request by users. This is that the field of view is preserved between camera changes in the CSM only. As usual, double-click the middle mouse button (wheel) to reset it whenever you want.
I think the next step in this experiment will be to also preserve the camera orientation. This will let you move from the COAS to the AGC and back without having to readjust both orientation and zoom.
Let me know what you thing about this idea. It could be a setting that is toggleable.
Earth seen through the CSM window by JFast

Not finding your resolution?
I started the work to try and find the issue that prevents some users to find their monitor resolutions. If you are one of them, please try to use the new console command to list all detected resolutions and see if you find it there. During alpha-testing, this has made the missing resolution appear (more data needed). If not, you can use the tool to set the resolution directly.

Added a command to list the detected resolutions supported by your monitor:
s -resolution -list

Added a command to the console for setting a screen resolution (test).
The command is:
s -resolution w h fullscreen
Example:
s -resolution 1920 1080 1
This will set it to 1920x1080 in fullscreen

Being blocked in this version compared to the 0.85?
Use the BETAs page on the game properties in Steam to switch back to the 0.85 branch, I have stored it there.
Note: A branch containing an old version can be deprecated at any time for various reasons.

Other bugfixes:
In the list below I have stripped away most of the things covered above.
For a full history, see the alpha-floor thread: https://steamcommunity.com/app/882140/discussions/0/3118160027737663624/

Mercury

  • Lots of Mercury checklist updates
  • Mercury Checklist Dictionary updates
Gemini

  • Lots of Gemini checklist updates
  • Gemini Checklist Dictionary updates
  • Checks for the retro burn circuit breakers
Apollo: Command Module

  • DAP is now integrated with the save state
  • Fixed so that P40 automatically sets the deadband to 0.5, overriding the DAP
  • ASCP/ATT SET tw should now go between 0 - 359 again
  • ATT SET 180 roll offset hot fix
  • New CSM checklists and section changes
  • Fixed multiple typos in the Virtual Cockpit labels
  • Huge CSM ECS rebalancing
  • Changes to the CSM T&D checklists and removed the old deprecated NO LM version
  • Updated the CSM Deorbit and Entry lesson
  • The Burn Planner should now prevent interaction with the panel behind it
  • Fixed so MOCR renders the CSM attitude rates in deg/s instead of rad/s
  • TLI calculated dV should now be visible in the MOCR RTCC program, previously it rendered as zero
  • Fixed the time to SOI in TLI tool and MOCR, it used the wrong calc and was showing time to LOI or time to return SOI instead. This explains the 49h vs 60h seen in MOCR Monday.
  • Fixed so the Apollo Current Objective tool does not get stuck on drogue and chute deploy. Corrected a couple of other states that had the same issue as this.
  • Changed the CSM RCS Command switch to a spring switch. Both this and the SM Transfer switches should now be spring loaded
  • LOI and SPS burn physics fixes
  • TLI burn physics fixes


Apollo: Lunar Module

  • DAP is now integrated with the save state
  • Removed the red band on the Thrust Indictor. It should be all yellow.
  • Fixed multiple typos in the Virtual Cockpit labels
  • LM Water Separator caut lt fix
  • Fixed so the LM Event Timer Seconds-Units increase it with 1 and not 10 seconds.
  • The Burn Planner should now prevent interaction with the panel behind it
  • Added Helium regulators instructions to the LM descent and ascent lessons
  • Fixed so the ascent stage does not lift off with the descent legs (visual issue), if unable to ignite due to He pressure. A race condition made it partially "possible". Thanks, good find folks!
  • Made some fixes with the He pressurization on the LM RCS, as well as oxid/fuel consumption.
  • Made some tweaks to the RCS quantity indicators
  • LM DSKY remains lit when powered off

Updates to MOCR Monday! Season 2 started. Two events: one for US and one for EU


I'm happy to announce that MOCR Monday now has expanded to having two hosted sessions, one for the EU timezone, and one for the US timezone.

Curious of what MOCR Monday is? https://store.steampowered.com/news/app/882140/view/3072012083349984263

The first Season of MOCR Monday is complete. This season had one scheduled session in the EU timezone every Monday where an Apollo 10 style mission and a Mercury orbital mission was completed over 10 "MOCR Monday" sessions.



The first season was all about testing and improving the network logic in addition to improving systems and bugs in the spacecrafts. MOCR Monday lets real players monitor systems and spacecraft behavior, making it an ideal tool for developing the spacecrafts.
The first half of the sessions had a lot of connectivity and technical networking issues. I was able to gather and analyze a lot of data and monitor network load/timeout data in real-time. Some of the major issues has been solved and for the last few MOCR Monday sessions, we have had zero timeout issues and very stable sessions. Thanks to everyone who as joined or tried to join a session, as this has been a critical factor on solving some of the basic networking logic issues needed to have more reliable and stable sessions.

MOCR Monday Season 2 has started and we welcome everybody to participate. You do not need to have been part of the season before, or have joined a previous session, to be able to join. Even if a session is a continuation from the previous session, the roles and participants will change. The veteran and high level players has always been helpful if new and inexperienced players has joined, so do not be afraid, it's all fun! :) Each Season will have a major mission focus such as for example doing an Apollo 11 or Apollo 8 missions, where each session will continue from where the crew left of last time. One episode might be ascent and LEO insertion, while the next will be TLI, etc.


So when are the MOCR Monday events hosted?
Every Monday at:
- EU: 18:30 UTC
- US: 00:00 UTC (5 hours 30mins after the EU time)

Feel like participating or watching one of the streams for the events, or want to get into the details of the event? Checkout the #mocr-monday channel on the Reentry Discord where all the event planning and execution takes place: http://discord.gg/reentrygame

Thanks to all the volunteers who are making this happen!

Happy Holidays from us at Wilhelmsen Studios!



I was thinking we could start by taking a brief journey through the year so far, focusing on the biggest new features that has been added to the simulator.


2021 started with the 0.75 update, where Apollo received its huge TSS-update. In addition the Command Module Optics Subsystem with its Telescope and Sextant was created, and the 3rd campaign was added, an Apollo 8 type of mission focusing on the CSM.

P52 was also added so you could use these scopes to align the IMU, and to align it with the preferred or nominal direction.
It also added Trans-Earth Injection burn to get back to Earth from Lunar Orbit, and a complete update to the Apollo Command Module interior with the laser-scan by Smithsonian.

And lastly the Cloud Rendering System was added.


Next was the 0.80/0.81 update where we saw many updates to the CSM and LM systems, Saturn V abort modes and CSM/LM basic failures, a full Lunar Module exterior update, the addition of the last campaign, Campaign IV: The End of the Decade, covering the Lunar Module, and the first version of the Apollo Mission Control Multiplayer Mode was added. Both Gemini and Mercury had multiple new iterations to their systems as well.


Then the 0.82 continued to add a lot of improvements to the CSM and LM systems and to the AGC/LGC DSKY rendering. It also added the first preliminary VR implementation for Apollo.


The 0.83 continued to iterate on the CSM systems, Gemini systems and Mercury systems. It's main feature was the CSM ECS update, and the EECOM station in MOCR received a new channel to monitor it. The COAS reticle texture was also updated.


We then started to host an official event called MOCR Monday, with the primary goal of testing the Apollo Mission Control multiplayer module at a larger scale to fix networking issues. The first few sessions had some major technical difficulties but the logic slowly evolved to correct these. MOCR Monday have had 9 sessions so far, where a full Apollo 10 style mission was performed with various results. Each monday, one part of the mission was played. For the last two sessions, most of the technical issues related to networking and stability was solved and we had zero disconnects and loading issues. I recommend all of you to try it out again as we start a new Mercury and Apollo mission next year. We are hosting a MOCR Monday session next Monday as well.



The 0.84 updated continued the ECS path and added the Lunar Module ECS system and Lunar Stay operations. A new crew management interface was added to help with some basic crew related tasks, and the Lunar Module interior received some big corrections and changes. The TELMU station in MOCR also received a channel to monitor the LM ECS. In addition, multiple Mercury and Gemini old-timer issues was resolved.


Lastly, the 0.85 update came with many tweaks to the Mercury ECS, and updated many of the Mercury and Gemini checklists. Gemini procedures was improved and made more realistic.


In the latest patch, I added a new holiday special "event", and fixed the MOCR Room Settings screen. Your settings are now stored between sessions.


Reentry is part of the Winter Sale and is 25% off. During the sale, there will be a seasonal special mode that will render some decorative elements to the Mission Control Centers as well as a Santa Hat on your avatars head. This is to test a new system that we can use to have some fun on the various seasonal events over the year.

This feature can be toggled off from the Graphics Settings in Main Menu, or the Room Settings in MOCR.



Thank you all for following the project during 2021, for providing feedback and bug reports, and for taking part in the Reentry Community here on Steam and Discord, and a special thanks to all the Test Pilots, community moderators and all the contributors who has been working hard to help out with the project.

Happy Holidays!
- Petri

Reentry has been updated to 0.85: Gemini & Mercury procedures, Mercury ECS


The 0.85 comes with a full overhaul of the Gemini checklists and procedures, improves checklist formatting, and adds RUN features to the Mercury and Gemini checklists. I have also improved the old Mercury ECS system to fix some of the major issues it had with temperature control, and general loop dynamics. Mercury and Gemini missions (Academy, Campaign) has been changed the reflect the updated procedures.

Gemini Procedures
Thanks to Jon C aka. papymaj5 for contributing a big overhaul to the Gemini & Mercury checklists. My access to realistic Gemini checklists has been limited when I first started, but this update will change this. I have now spent a few days tailoring these into the game, while revisiting the old Gemini Academy lessons and the Gemini Campaign to update some of them based on these new procedures.

The reference of these checklists has been the "Handbook, Final Gemini 10 Flight Plan": http://digitalsc.lib.vt.edu/Ms1989-029/Ms1989-029_B03_F7b

Some of the new features are powering up or down the spacecraft in Orbit, post landing procedures and shutdown. The Gemini Deorbit, Entry and Landing checklists has substantial changes to the procedures, as well as EVAs.


I have also added a radio message that will be communicated as the Gemini spacecrafts crosses the Entry Interface at 400.000ft altitude.



If you are a Gemini commander, I would recommend you to revisit the Deorbit, Entry and Landing Academy lesson to get the major changes to this.

The general procedure is to run PRE RETRO at 30 minutes before entry burn, then the TR 256 SEC TO RETRO to execute the burn, then post jettison, entry and Landing for a safe entry and splashdown. Top if off by powering down the spacecraft while floating in the ocean by following the POST LANDING checklist.

There might still be some procedural differences that has not been detected in various missions. If so, let me know so I can iterate, but also refer to the checklists. If you are stuck in a mission, you can use the Console command:
s -mission -proceed
This command will complete the current mission instruction and move to the next. Only do so if you are stuck, time scaled past a point, or due to a bug.

Gemini Checklist Guide
A complete version of the Reentry Checklist Dictionary file for Gemini has also been added. This will improve the readability of checklist instructions when using the RUN feature. As you can see in the image below, the checklist guide UI now shows the full name and location of the switch, instead of a cryptic identifier name.

Thanks again to Jon C for contributing this.

Mercury Checklists
The Mercury checklists has received a reformatting and should be more readable. Most of the checklists has a RUN feature too now.


Slight changes has been applied to the Ascent checklists where a split between the Redstone and the Atlas checklist happens at booster cutoff. In addition, a Pre-Day checklist has been added to cover the procedures needed to change from a night configuration to a day configuration.


Mercury ECS
Some major changes has been applied to the Mercury ECS. Issues such as temperature control issues (suit loop would always be burning hot) has been addressed, and the temperature settings has been overhauled. The temperature control selectors range from 1 to 7, and configures the amount of cooling. If you set it to 7, it put a lot of strain on the ECS evaporators and water accumulator to maintain a cold cockpit, while setting it to 1 will not provide any cooling at all.

As long as you ensure that the ECS loop has flow by ensuring one suit fan is operational, most of the ECS will be fully automatic.

Gemini entry effect
I have also applied the reentry effects to Gemini. It is a fusion between the old and the new as I'm still experimenting with some things, but it should at least look a bit better!



Bugfixes
- Blocking issue: Mercury C&D missions such as Campaign mission 1: Corrected the ECS H2O SUIT and CABIN warning light issue
- Corrected so the Gemini EVA buttons are hidden after entering the cockpit again
- Corrected the issue where the RR section of the Gemini capsule would still be visible after chute deploy.
- Corrected states where the CSM SPS was armed on load
- Corrected the TIEMR -> TIMER label on CSM Panel 306
- Corrected some of the CSM and LM DAP default values
- Corrected the strange behavior in Mercury when ascending related to the Gyros and Maneuver switch
- Corrected so you wont unlock the CSM/LM rendezvous achievement when loading the Coasting scenario
- Adjusted the LM FDAI rate band sensitivity to more correctly indicate attitude rate
- Several typo corrections in missions and checklists

Reentry has been updated to 0.84: LM ECS


The 0.84 is a dedicated update for the Lunar Module and its Environmental Control System. In addition, a lot of blocking fixes and issues has been resolved in Mercury, Gemini and Apollo.

First of all, thank you to those who were part of the AF-1 mission to test these bits! Like usual, testing will still go on and corrections will be made as things are discovered.

Lunar Module Environmental Control System (LM ECS)
The first iteration of the Lunar Module ECS has been added. This is a huge network of systems working together. It contains the Atmosphere Revitalization Section (ARS), the Oxygen Supply and Cabin Pressure Control Section (OSCPCS), the Water Management System (WMS) and the Heat Transport System (HTS). As with the CSM ECS, this is not the complete implementation but a good start and covers many of the basic procedures and operational requirements.

With the LM ECS comes a bunch of new checklists to monitor the LM ECS, how to depressurize and repressurize the cabin and redundancy checks.

A new Lunar Module Academy lesson has been added that will teach you the basics of it and covers some of the new checklists.


The following diagrams shows a good overview of most of the additions you will see in the LM DPS.
The first system is the ARS. It will control the atmosphere in the cabin and the suits. A CO2 filter replacement system similar to what we have in the CSM has also been added.


The OSCPCS provides oxygen from the descent and ascent stage for use in the ECS, such as for the ARS above.


The WMS is controlling the water from the descent and ascent stages. It is needed for temperature control and consuming.


The HTS is responsible for heat control of the equipment using liquid coolant.


All of these systems play together as the LM ECS. Operating these might seem hard, but most is automatic as long as it's configured correctly based on mission need.

Lunar Stay Operations
The update also adds new procedures needed for Lunar Stay operations. This is tied with the LM ECS and covers the procedures needed to configure the Lunar Module correctly as it stands on the Moon. At this phase, the spacecraft is transformed into a home where two astronauts will live. Guidance systems and so on are not needed, and the things that consumes unnecessary power is shut down, and the primary power source is changed.

Multiple new checklists has been added to cover the Lunar Stay operations, and a dedicated Lunar Module Academy lesson has been added to explain them.

The End of a Decade campaign receives a Lunar EVA
Added an EVA to the Mission 5 of the Lunar Module Campaign (IV). It simply extends the mission and follows the procedures to do an EVA. The Academy lesson should be completed before attempting.


Crew Management
Added a CREW MANAGEMENT page to the CREW MEMBERS feature accessed from the C-menu. Used to move crew between the CSM and LM. An override exists that you can use for old save states, it will let you position crew without being docked and open hatch.

In addition, the crew members names can be changed to the names you wish. They will be set based on mission parameters from the Mission Definition file initially, but can be modified in-game.


Reversed Lunar Module P16 + lights
Made some general fixes on LM Panel 11 and Panel 16 such as more realistic circuit breakers lights, and reversed the P16 layout to match the realistic layout.

Here is the new P11:


Here is the new P16:


Here is the LM interior as a "whole":


New Apollo scenario: Coasting Home
This scenario will take place as the CSM has left the Moon with a TEI-burn. It is on a trajectory between Earth and the Moon, with about 50 hours of traveltime before reentry. The crew must correct the entry trajectory, prepare for entry, and land.

MOCR - Apollo Mission Control
Added one of the two LM TELMU/ECS channels (ch 36) to monitor and debug the LM ECS. This enriches the TELMU role of MOCR with all the data needed to monitor the LM ECS, and make actions.


Added the Mission Control headsets to Mercury Control Center and MOCR sessions, and fixed the mouths to prevent them from being open all the time. Thanks a lot to Paolo Mangili for simplifying his 3D model of the headset and providing it to the Reentry project!


MOCR stability changes and server selection,
A lot has been done to improve the stability on MOCR sessions. MOCR is currently only in alpha testing phase 1, where the network logic and stability is the primary development area.
I have also added server selection dropdown that lets the host select where the server will be created, or where you wish to connect when in MOCR. This improves ping and stability as the region (should be) is closer to the host. If the host is in Seattle for example, the game could be created on the USA, West region.

A new Connect button has been added next to the dropdown in the MOCR room. This button also works as a "RECONNECT" so hopefully you wont have to go back to the main menu again to reconnect to sessions.

The reconnect button has also been made functional.

Issues and corrections
Gemini
- Fix for the Agena/Encoder code 220 for undocking and rigidize.

Command Module
- Fixed stability issues on the CSM ECS, and corrected some vent valves.
- Realistic GDC Align procedures can now be used
- Changed the CSM entry academy with steps to enable the batteries to power the CSM

Lunar Module
- Fixed the overpowered Lunar Module PGNS issue

Mercury Control Center
- Fixed the panels where the text had become invisible

Typos & Misc
- Merged typo and issue pull requests from GitHub for Checklists and Missions
- VR Laser Pointer logging for gathering data on cases where the laser pointer goes through the UI

Looking ahead. short term:
In the next updates I will be looking at improving the Gemini procedures to improve its realism. A PR has been created on GitHub that contains a lot of refined checklists and procedures that will be merged in. Slight changes to the Gemini Academy and missions will be made to reflect this. The Mercury ECS will also get a slight overhaul and updates. This is planned as the 0.85 update.

Then I will add a Lunar Module DPS Burn Planner used for DPS burns such as when performing a DOI. Typically, unless done manually, the CSM SPS has been used for any major orbital changes before the Lunar Landing. In Apollo 11, the LOI was done by the CSM, while the DPS did the rest. With the DPS burn planner, this can be done by the DPS. The procedures will be similar to an SPS burn where the planner is first used, then the P30 and P40 to execute the burn. P52 opt 1 will also be added for better and more precise burns.

As we are closing in on the 0.9 era of Reentry, multi-language support will be in focus, as well as integration with different services. This will lead us into 1.0 where once again systems will be in focus so that more historical missions can be created. Historical missions require a lot of systems to be in place and aligned to create. We will also start to focus more on multiplayer modes, and VR.
In addition, I have received many requests (some that has been added in recent updates), and I would like to figure out the feasibility of adding them such as Apollo Space EVAs, Saturn IB & Skylab, the Apollo Lunar Surface Experiments Package (ALSEP) for Lunar EVAs, new spacecrafts such as Vostok as a DLC, etc.

We will see what the future holds, but my point is that the 1.0 milestone will be about getting a solid fundament to build the future of Reentry on, while the journey to 2.0 will hold a lot of exciting things! :)

That's it for now, thanks again for all your feedback, input and suggestions!
- Petri