@Benjamin H,I decided to put Test7 out with just that change, because the other fix I was planning for VR settings will have to wait for the next SU5 beta. It looks like the issue is in the beta itself, since VR settings are being reset to Medium on every start and are not saving. I do not want to go hunting for a bug that will probably resolve itself in a later SU5 beta.

25 minutes ago, Reset XPDR said:

@Benjamin H,I decided to put Test7 out with just that change, because the other fix I was planning for VR settings will have to wait for the next SU5 beta. It looks like the issue is in the beta itself, since VR settings are being reset to Medium on every start and are not saving. I do not want to go hunting for a bug that will probably resolve itself in a later SU5 beta.

I must have opened the program at the right time, I updated my version half an hour ago and can confirm that it works very well. Images are not taken while in the sim, but it works there as well. Only small thing, which I noticed due to opening it up before the sim to try the resizing was that the window adjusts itself by the smallest bit straight after start, but don't make that a priority to sort, you have to be literally looking straight at the program outside of the sim and if the window shows up directly and not going to the task bar, you might not even notice it.




Today I have gotten more than I could ever hoped for when writing the request, so highly appreciate it.
 

On 2/15/2026 at 2:23 PM, Benjamin H said:

I must have opened the program at the right time, I updated my version half an hour ago and can confirm that it works very well. Images are not taken while in the sim, but it works there as well. Only small thing, which I noticed due to opening it up before the sim to try the resizing was that the window adjusts itself by the smallest bit straight after start, but don't make that a priority to sort, you have to be literally looking straight at the program outside of the sim and if the window shows up directly and not going to the task bar, you might not even notice it.




Today I have gotten more than I could ever hoped for when writing the request, so highly appreciate it.
 

A little update after trying the new UI window positioning out more properly (might have done the testing a bit too fast the first time, but hangover as the cause) and I might have found a potential bug if you end the sim whilst the UI window is in the most compact state.

When starting DynamicLOD up again I am not able to click myself back to the initial full UI window, and I have attached a few images below as well as what I had to do to make it work as it should again. Changed the state from 2 to 1. Hopefully this can be recreated (if it is indeed a bug).

Before shutting the sim down


After shutting the sim down and starting the program up again (this happens if auto-starting with the sim as well), and this is where the UI is not responding to clicking the window for the UI to go back to full




After edit

37 minutes ago, Benjamin H said:

A little update after trying the new UI window positioning out more properly (might have done the testing a bit too fast the first time, but hangover as the cause) and I might have found a potential bug if you end the sim whilst the UI window is in the most compact state.

When starting DynamicLOD up again I am not able to click myself back to the initial full UI window, and I have attached a few images below as well as what I had to do to make it work as it should again. Changed the state from 2 to 1. Hopefully this can be recreated (if it is indeed a bug).

Before shutting the sim down


After shutting the sim down and starting the program up again (this happens if auto-starting with the sim as well), and this is where the UI is not responding to clicking the window for the UI to go back to full




After edit

I'll take a look now.

Edit: I can reproduce the issue. I will work on a fix now.

Edit2: Found the issue and fixed it. New test version coming out imminently.

Edit3: Should be resolved now in the just-released 0.5.6-test10.

Edited February 24Feb 24 by Reset XPDR

4 hours ago, Reset XPDR said:

I'll take a look now.

Edit: I can reproduce the issue. I will work on a fix now.

Edit2: Found the issue and fixed it. New test version coming out imminently.

Edit3: Should be resolved now in the just-released 0.5.6-test10.

Thanks a lot, I can now confirm the UI working as intended if closing it in the most compact mode. Appreciate the quick fix, and out of pure curiosity, what was the cause of it? Of course no need for full details etc, just a short explanation will do, and no explanation is of course accepted as well, it works, and I am very satisfied with how the UI is behaving now.

And again, hats off to you for keeping those of us who prefers some more control over parameters satisfied by continously updating both softwares side by side. Attached some images that shows what's possible to achieve with some very finetuned steps. 

A quite heavy test over Aerosoft ENGM above FL200 where I have TLOD 400. 


On the ground at ORBX Arlanda in the Fenix cockpit


My sim can have a higher VRAM usage at cruise compared to on the ground, and I hope that these images almost showcases textbook usage of your software. Above FL200


Descending 


Close to ground level again, same flight


And at the gate again, but not sure if this was the same flight, but I can confirm that VRAM usage was exactly the same on the ground after a descend compared to starting the flight

Edited February 25Feb 25 by Benjamin H

11 minutes ago, Benjamin H said:

Thanks a lot, I can now confirm the UI working as intended if closing it in the most compact mode. Appreciate the quick fix, and out of pure curiosity, what was the cause of it? Of course no need for full details etc, just a short explanation will do, and no explanation is of course accepted as well, it works, and I am very satisfied with how the UI is behaving now.

I exclude certain controls from triggering the double click event for the app window, because they have their own double click behaviour. One of them is the profile selection combo box and even though it is not visible in the most compact UI mode, for some reason it was responding to any double click on that compact UI, nowhere near where that combo box actually is, hence it was meeting the exclusion criteria and therefore the UI resize did not occur. The fix was as simple as telling the UI resize code to ignore that exclude if the most compact UI is currently showing. There is probably a more appropriate fix regarding checking control states, but it was simple and certainly worked so I went with it.

6 minutes ago, Reset XPDR said:

There is probably a more appropriate fix regarding checking control states, but it was simple and certainly worked so I went with it.

Simple fixes are sometimes the best solution to things, and I fully support your last part of this. To just go for it is as good as a more time consuming solution in many cases, like this one.

Edited February 25Feb 25 by Benjamin H

DynamicLOD_ResetEdition 0.5.6 has just been formally released, available either through auto update in the app or from here. My thanks goes out to all who provided valuable feedback during the test phase.

This release delivers full MSFS 2024 SU5 Beta 1.7.9.0 compatibility with expected coverage across remaining SU5 betas and the final release via the automatic memory‑map drift‑recovery system, introduces DynamicLOD_ResetEdition improvements including a unified MFG/FG graphics‑mode system and progressive UI hiding, adds the MSFS performance optimiser with safe affinity, priority, and power‑plan controls, and improves multi‑window attach reliability along with general fixes.

MSFS performance optimiser enabled and new GFX Mode dropdown control:

Progressive UI hiding, first stage:

Progressive UI hiding, second stage, and MSFS Performance Option tooltip:

Just updated both my utilities today, and wondering if DynamicLOD is supporting the latest 2020 update in the most recent build (did not see if release version or test version, but opted in for the tests if that is so)?

On 3/9/2026 at 6:53 AM, Benjamin H said:

Just updated both my utilities today, and wondering if DynamicLOD is supporting the latest 2020 update in the most recent build (did not see if release version or test version, but opted in for the tests if that is so)?

Sorry, I only just saw this. I'm sure you've worked it out already but the answer is yes. 2020 updates are generally very low risk for breaking the app. In fact, it hasn't happened yet in the 2+ year run of this app. 2024 on the other hand, ...

Edited April 6Apr 6 by Reset XPDR

DynamicLOD_ResetEdition 0.5.7 has just been formally released, available either through auto update in the app or from here. My thanks goes out to all who provided valuable feedback during the test phase.

This release introduces new MSFS Performance Optimiser controls for physical cores, process priority, and power‑plan management and delivers general improvements and fixes across the app.

In the FENIX A320 I get a cab alt V/S warning when using the latest DynamicLOD_ResetEdition v0.5.7. 

Edited April 24Apr 24 by airbusa333

1 hour ago, airbusa333 said:

In the FENIX A320 I get a cab alt V/S warning when using the latest DynamicLOD_ResetEdition v0.5.7. 

I am not sure how that is possible, given the app only ever reads V/S, not write it. Is the warning valid because you are actually climbing or are you straight and level when this is happening? Or are you saying the aircraft is climbing faster than it normally does because of the app? Can you post a screenshot of DynamicLOD_ResetEdition when it does this?

Im flying straight and level - as you can se its is abnormal cabin pressure when in Cruise - V/S should be 0. Normal climb - not faster than normal. It does not happen when Dynamic LOD is not running. 

 

 

And here is one from normal descend - abnormal rate V/S as Dynamic LOD is running: 

 

Here I got a warnig againg - Cab altitude is too high when Dynamic LOD running: 

Edited April 25Apr 25 by airbusa333
picture

11 hours ago, airbusa333 said:

Im flying straight and level - as you can se its is abnormal cabin pressure when in Cruise - V/S should be 0. Normal climb - not faster than normal. It does not happen when Dynamic LOD is not running. 

 

 

And here is one from normal descend - abnormal rate V/S as Dynamic LOD is running: 

 

Here I got a warnig againg - Cab altitude is too high when Dynamic LOD running: 

Thanks for the screenshots. I can clearly see what you mean now. Sorry, but I misunderstood your original post and thought you meant aircraft, not cabin altitude, vertical speed, which is even stranger as that is not something the app either reads or writes at all.

Unfortunately, I do not own the Fenix A320 so cannot test this exact configuration to try and replicate. Does it do this with any other aircraft, default preferably, or just the Fenix A320?

Edit: I just looked through the code and the only things this app can set directly in MSFS are OLOD, TLOD, Cloud Quality and Dynamic Settings enable/disable. Everything else is read only. Cabin alt and associated vertical speed are not even looked at. Are you absolutely sure it is not just a bleed air or cabin alt settings issue and just happens to be coincidental with using the app?

I also tried to trigger the issue with the default A320, with no success:

At this stage I am stumped as to what it could be, but I will keep investigating.

Edit2: I've found a couple of discussion topics that, even though not recent, indicate this is a known issue with the Fenix A320 and there is no mention of DynamicLOD_ResetEdition in any of them.

 

Edited April 25Apr 25 by Reset XPDR