3 hours ago, Reset XPDR said:

I'm not quite sure what you mean by this. Can you please rephrase. Thanks.

Sure, what would be great is an option, that monitors VRAM with a limit to be set manually, e.g. 15000MB, and AutoFPS adjusts TLOD and maybe other settings as soon as this threshold is reached. Means: as long as not more than 15000MB of VRAM is used, nothing happens. If usage is above, it does e.g. lower TLOD stepwise until VRAM usage is back below 15000MB. 

9 hours ago, AnkH said:

Sure, what would be great is an option, that monitors VRAM with a limit to be set manually, e.g. 15000MB, and AutoFPS adjusts TLOD and maybe other settings as soon as this threshold is reached. Means: as long as not more than 15000MB of VRAM is used, nothing happens. If usage is above, it does e.g. lower TLOD stepwise until VRAM usage is back below 15000MB. 

Now I see what you mean. In 0.4.4.7, the app already does the TLOD hold and reduction part of this when you use the GPU-Z companion app in the background, but instead of setting a specific VRAM threshold amount it uses a VRAM usage percentage, which is similar but does not require the user to know how much VRAM their system has.

0.4.4.8 is looking to expand what is reduced to other key settings when the reduction threshold is breached, such as OSTPreCaching, RTShadows, DispMap, TerrainShadows, Buildings, Trees, Plants and Grass. It is early days, but so far reducing all these settings only has a mild reduction in VRAM use (around 1.5GB on my system with 24GB VRAM) and DispMap is proving to exhibit unacceptable graphics corruption when toggled back on (regardless of whether you do it yourself in MSFS settings or via the app) so it will probably have to go.

The SU2 beta program, which is rumoured to contain VRAM reduction improvements itself, is due to start this week, so I'll be holding off assessing the efficacy of these new changes until I can try them with it and see where we go from there..

 

I hope I'm not out of line here @Reset XPDR, but I think it'll be good if as many people as possible join us for the discussion of the latest test builds here https://github.com/ResetXPDR/MSFS_AutoFPS/discussions/57. I'm sure it'll be very useful in determining which parameters affect performance the most - so that Reset can decide which ones to keep. 

On 3/15/2025 at 1:13 AM, Reset XPDR said:

Everything is now ready for the start of the 0.4.4.8 test program. If you wish to participate, head on over to my github discussion thead here.

This release will initially aim to quantify whether 9 specific key MSFS settings have a notable improvement in FPS and/or VRAM reduction when reduced. If any or all of these prove useful for this purpose, the next phase will be to automate them when performance conditions are marginal.

As usual, this new test release will also bring some bug fixes and optimisations, the most notable in the first release being the updating of the app from .NET 7 to 8 as the former is no longer being supported by MS and as a result will potentially become vulnerable to future security issues.

Is this available to download-I only fly in VR so am keen to test that functionality

51 minutes ago, jkeyeuk said:

Is this available to download-I only fly in VR so am keen to test that functionality

Yes it is available to download here, however the reduction setting feature is currently limited to 2D and does not work in VR, mainly due to the impracticality of manually changing multiple app settings with a VR headset on. When the final settings have been chosen and it becomes automated in 2D, it will also be automated for VR.

If you want to try it out in 2D in the interim you are more than welcome and can contribute your feedback here. The app otherwise functions as with 0.4.4.7 in VR.

Edited March 16, 20251 yr by Reset XPDR

On 3/14/2025 at 4:19 AM, Bam2000 said:

Sure i use this one for checking the current Sim Rate. Thanks for tryint to implement it 🙂

(P:SIMULATION RATE, Enum)

I am looking at this now. This one doesn't show up in the list of simvars that AutoFPS can access, but I can get aircraft latitude and longitude and from that can calculate sim rate dependent ground speed. ie. at sim rate 2x, you move twice as far in a second compared to normal, so I should be able to calculate what increased speed your aircraft is traveling over the ground. That's the theory anyway, let me see if it actually works!

Edit: yes, it works!

Edited March 16, 20251 yr by Reset XPDR

On 3/13/2025 at 5:42 PM, Bam2000 said:

wanted to ask for a feature.

Do you think it is possible to detect simrate increase and setup AutoFPS down to the bare minimum of settings while using an increased simrate?

Because i most of the time use time accellaration in the PMDG aircraft up to x4 and when i do my CPU getting hammered, would be nice if autoFPS could help in decreasing the Tlod settings, dont need to have good graphics when flying at supersonic through Cruise, but the constant freezes because the CPU is getting to hot are a bit concerning, i always think my sim might crashed 😞

if needed i can provide a simconnect variable for reading out the current Simrate with Axis and Ohs (don't know if you can detect the same variables)

I coded this up today and there is good and bad news. 

The good news is that I was successful in being able to determine the sim rate, albeit indirectly. I now have the app show this at the start of the status line where it will show the sim rate anywhere between 0.125X and 16X. This may be useful for some users wanting to know what their current sim rate is set to.

The bad news is that using this detected sim rate to calculate an effective ground speed and have the app auto reduce TLOD when it gets above a certain speed yielded a negligible reduction in CPU workload and temperature on my system. eg. with a trigger speed of 500 kts and flying at 500 kts, when I increased to 4X sim rate for an effective ground speed of 2000 kts, the app reduced my TLOD Max down from 400 to 100 and the CPU workload and temperature remained pretty much the same.

As such, I don't think this is worth pursuing any further. As I mentioned in my initial reply, the way I have averted such high CPU temps when flying supersonic or subsonic but with time accel is to simply change the Windows power profile to power saver using PowerPlanSwitcher on the taskbar and that cools and quietens everything down for me, then just change it back up to balanced or high power when you slow down.

Edit: The testing I did was with MSFS 2020, since you mentioned PMDG so I assumed that was the sim you were interested in having this feature. I just tried it in MSFS 2024 and while I got the same negligible difference in CPU temp and load, my CPU temp was running at nearly 30C lower than it was in MSFS 2020 at 4X sim rate in an airliner! MSFS 2024 seems much better at managing CPU load. If only there were a few decent PMDG offerings working in it (oh and VR too, which is also pretty bad in 2024)!

Edited March 17, 20251 yr by Reset XPDR

Love the latest test build downloaded today. I keep sensitivity near 3 and it helps with stutters when TLOD is going up or down. 

58 minutes ago, Reset XPDR said:

I coded this up today and there is good and bad news. 

The good news is that I was successful in being able to determine the sim rate, albeit indirectly. I now have the app show this at the start of the status line where it will show the sim rate anywhere between 0.125X and 16X. This may be useful for some users wanting to know what their current sim rate is set to.

The bad news is that using this detected sim rate to calculate an effective ground speed and have the app auto reduce TLOD when it gets above a certain speed yielded a negligible reduction in CPU workload and temperature on my system. eg. with a trigger speed of 500 kts and flying at 500 kts, when I increased to 4X sim rate for an effective ground speed of 2000 kts, the app reduced my TLOD Max down from 400 to 100 and the CPU workload and temperature remained pretty much the same.

As such, I don't think this is worth pursuing any further. As I mentioned in my initial reply, the way I have averted such high CPU temps when flying supersonic or subsonic but with time accel is to simply change the Windows power profile to power saver using PowerPlanSwitcher on the taskbar and that cools and quietens everything down for me, then just change it back up to balanced or high power when you slow down.

Edit: The testing I did was with MSFS 2020, since you mentioned PMDG so I assumed that was the sim you were interested in having this feature. I just tried it in MSFS 2024 and while I got the same negligible difference in CPU temp and load, my CPU temp was running at nearly 30C lower than it was in MSFS 2020 at 4X sim rate in an airliner! MSFS 2024 seems much better at managing CPU load. If only there were a few decent PMDG offerings working in it (oh and VR too, which is also pretty bad in 2024)!

thanks for trying and the tests, will give the power Management mode a try, maybe i can program something with Axis and Ohs and there is a command that switches the power profile. Will look into that.

Yeah also on the edge to get the msfs 2024 because hearing about the better overall performance pushing me, sadly the not availiable good Boeing Aircraft is holding me back to pull the trigger on that. So i guess it is more of a waiting game now for me, was also thinking about getting a new X3D CPU, but since im already at 7800x3d i wanted to skip the 9800x3d . Reading from you that it might be just bad coding utilization of MSFS and the CPU i'm not sure if it is worth it :D(

42 minutes ago, Bam2000 said:

thanks for trying and the tests, will give the power Management mode a try, maybe i can program something with Axis and Ohs and there is a command that switches the power profile. Will look into that.

I have automated the switching of power profile with Voice Attack, so I am sure you can do similar with Axis and Ohs. I am not on my FS computer right now but the Voice Attack command runs a command line command to set a specific profile. You can get the list of available profiles by running a command prompt and typing 

C:\Windows\system32>powercfg /l

This will give something like (for my laptop):

Existing Power Schemes (* Active)
-----------------------------------
Power Scheme GUID: 381b4222-f694-41f0-9685-ff5bb260df2e  (Balanced)
Power Scheme GUID: d2400cc4-f296-4011-9576-4181a66340c5  (Acer) *

Then you just run the command powercfg /setactive <scheme_GUID> using the GUID you want to switch to, eg. 

powercfg /setactive 381b4222-f694-41f0-9685-ff5bb260df2e

You then set this command line up as a shortcut and activate it however you are able to with Axis and Ohs.

Just a note that if you do use power saver, make sure you go into the profile under windows settings and turn off the screen off, hibernate and sleep timers for that profile otherwise it may shut down on you when in this mode and you don't touch anything for a few minutes.

Edited March 17, 20251 yr by Reset XPDR

thanks for the guide, should be able to implement such a thing with the commands and axis and ohs 🙂

Speaking of Axis and Ohs, do you think it would be possible to get the App started with an Argument -vfr and -ifr for example to start the Programm with the correct setting autoapplied? then i could build an automation with AaO that switches automatic to the correct Setting when i use a VFR Airplane and vice Versa. Then i cannot forget to switch it myself and let it completly run in the Background, just love some good automation

 

11 minutes ago, Bam2000 said:

thanks for the guide, should be able to implement such a thing with the commands and axis and ohs 🙂

Speaking of Axis and Ohs, do you think it would be possible to get the App started with an Argument -vfr and -ifr for example to start the Programm with the correct setting autoapplied? then i could build an automation with AaO that switches automatic to the correct Setting when i use a VFR Airplane and vice Versa. Then i cannot forget to switch it myself and let it completly run in the Background, just love some good automation

 

Yes, since I mastered command line arguments with the installer when I made the auto update feature, that shouldn't be too difficult for the main app. I'll put it in the next test build within the next day or so.

Not sure if this feature has been requested/discussed, but MSFS24 is much harder on my 3080ti FE than MSFS20 even after turning GPU intensive settings (e.g. resolution) down.  So much harder in fact that I'm getting thermal throttling with my GPU Temp max set to 83C in MSI Afterburner.

So, if the app could detect the limiting factor in GPUZ to be thermal, it could reduce TLOD, cloud quality, and any other GPU intensive setting that can be changed on the fly (understanding resolution or texture quality to not be one of those settings), similar to how GPU Usage currently does this.  

 

10 hours ago, Bam2000 said:

Do you think it would be possible to get the App started with an Argument -vfr and -ifr for example to start the Programm with the correct setting autoapplied?

As requested, this functionality is now in 0.4.4.8-test7, available here. Let me know if this is what you wanted.

6 hours ago, rjack1282 said:

Not sure if this feature has been requested/discussed, but MSFS24 is much harder on my 3080ti FE than MSFS20 even after turning GPU intensive settings (e.g. resolution) down.  So much harder in fact that I'm getting thermal throttling with my GPU Temp max set to 83C in MSI Afterburner.

So, if the app could detect the limiting factor in GPUZ to be thermal, it could reduce TLOD, cloud quality, and any other GPU intensive setting that can be changed on the fly (understanding resolution or texture quality to not be one of those settings), similar to how GPU Usage currently does this.  

While this could be done, I don't think it will achieve the desired effect as turning down some settings like those you suggested will just allow others to have a greater share of GPU time and hence your GPU will still be running at full load.

GPUs are designed to run continuously at full load, so this shouldn't really be an issue unless the temps and/or noise are bothering you, which seems to be the case with temps at least. The first thing I would consider is are you worrying unnecessarily, since the nVidia spec for the 3080 Ti shows a max GPU temp of 93C and yours is a full 10C under that. Why not just let it run at a higher temp, still below the maximum of course?

The next thing I'd be looking at is whether your GPU cooling is being obstructed in some way eg. dust build up or inadequate case airflow. You can also try undervolting your GPU in MSI Afterburner, which often yields lower temps/noise/power for the same performance, but only if you are comfortable doing this. There are plenty of youtube guides out there on how to achieve undervolting with MSI afterburner and advice on what is a reasonable undervolt that could be achieved.

If GPU cooling and undervolting has been sorted and you still have a higher GPU temp than you want, the simplest and cleanest solution is to set a lower temp limit in MSI Afterburner. By cleanest I mean that this will spread the GPU performance reduction equally across all current GPU-related MSFS settings. This is opposed to the app trying to guess which settings are contributing most to the load and then, as mentioned earlier, after reducing them just having other settings take up the spare GPU capacity and not resolving your issue.