
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 OperationsThe 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 EVAAdded 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 ManagementAdded 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 + lightsMade 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 HomeThis 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 correctionsGemini
- 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