Off Screen Object Pre-Caching?

In the most recent developer livestream (September 2026), Seb went into some good discussion around how Off Screen Terrain Pre-Caching works in Microsoft Flight Simulator 2024. I believe there has been a lot of confusion up to this point on how this impacts simulator performance during camera “panning” moments, which is where the sim really struggles with stutters.

It’s been the opinion of many, including myself, that VRAM garbage collection is tuned too aggressively for many PC use cases.
In my system, I have 24 GiB of VRAM available. The worst case scenarios I run into tend to use only 12-14 GiB of that VRAM.

But, if I change a camera view (such as to the overhead panel), I will notice the sim very quickly evict large amounts of that allocated VRAM. When I switch back to my main cockpit view, the previously-evicted assets need to be quickly paged back in, causing a very noticeable and jarring stutter that is consistently reproducible. This has been discussed at length in other threads.

As Seb mentioned, this is an expensive computational process, as those assets are coming from one of: streaming from a server (worst case), rolling cache (disk), or main memory (system RAM).

So this led me to think, maybe another option could be added to advanced graphics settings: Off Screen Object Pre-Caching. In theory, this could adjust the number of cached object assets - separate from terrain data, and be adjustable on a per-user basis (Low/Medium/High/Ultra). Airport objects, aircraft objects, etc.

Is this something the developers could consider, so that we can take advantage of unused VRAM and not resort to expensive paging of memory?

Thanks, and hopefully this can be a useful discussion.

Hi @thecosmicfrog74 ,

Thank you for this report. We’ve moved your topic into the User Support Hub.

The Bug Reporting Hub is for posting suspected or confirmed bugs that other users are able to reproduce without duplicating an existing bug report. Using the template or providing all the relevant information about your bug and sim setup is required in order to provide valuable information, feedback, and replication steps to our test team.

If you are not sure if your issue is a bug or need further input from the community, please use the User Support Hub category. If the community can replicate your issue, first search the Bug category to see if there’s an existing topic. If it already exists, contribute to that report. Duplicate bug reports will be closed.

If you believe it is a new report and no duplicate exists, then create a new bug topic using the provided topic template.

All issues caused by or involving third-party addons/mods should be reported to the third-party developer. Assure that no addons/mods are used when reporting issues in Bug Reports.

i guess they could, but when it comes to stutters, the size of the data is everything, and from the moment you drop photogrammetry into the mix, it becomes the principal hog since that data is huge… so it becomes 90% of what the sim has to manage, so it makes sense to attack the problem there

what i would do is give the user the option to prioritize, for instance the cockpit elements.. don’t unload the cockpit elements no matter what, even if that means sacrificing scenery

drives me insane to look around for just a moment, and then watch the panel pop all its gages again

Especially when less than half of my VRAM (32GB) and RAM (64GB) is being used by MSFS2024 :frowning:

well, you gots to make it fit in the consoles