hmm, the solution in that post seems to point at add-ons.
My install has some (default) packages unticked (training scenarios I never use, etc.) to free up some space. Would make sense if it was previously fixed but occurs again only for me in this specific use case and install environment I have.
I just nuked my install by verifying the integrity on Steam and I’m redownloading what I assume is everything. Will update this thread later.
Yeah, that’s what verify does!
If you are still having issues, and if the rolling cache deletion didn’t help, for the sake of trying, I would remove the OC.
There are loads of posts in here on that subject.
MSFS is extremely fussy with OC, even when everything else works great.
You can always restore it since you already know what you have set.
My CPU OC and voltage control has been turned to XMP/default profile.
This is also on a clean MSFS install with everything checked/installed (previously verified integrity which nuked my install and had to redownload ~110GB), also deleted rolling cache after this. There is no GPU OC or voltage control.
yes… this is what these add-on do… we have some reports about in forum.
Users are often to “trusty” with add-ons. As example with help of the hosts file “attackers” can do all, e.g. forward specific addresses to here own proxy etc… in old ages this was easiest kind of “virus” implementation" which exist… If an add-on ask for admin-right, never click “yes”
EDIT: I got a note and would clarify…
I have no critism at the behavior/functionality the add-on bring into game. But, in my opionion an add-on should never change system files. If it do it, there must be a big warn message about and a un-installer script.