itsjase

It's a combination of luck and angles. Just like most good screenshots are 😉

Capping with RTSS should technically give you 100% free stutter very similar to vsync, and it does in every other game I've tried it with, but... On further inspection I actually think Sled might be onto something. It seems that limiting framerate, whether through in-sim limiter, Nvidia Inspector, or RTSS, doesn't reduce CPU usage at all. Which leads me to believe that something is up with P3D. Uncapped running at 70fps, 100% core0 usage. Capped at 30fps, whether through RTSS or in-game: Still 100% core0 usage. In any other application capping the framerate with RTSS also reduces cpu usage. But doing Sled's trick of disabling and re-enabling the cores causes it to work as intended. This is really quite strange. For reference, I've used RTSS frame rate limiter in 100s if not 1000s of games, and in every single case they reduced cpu+gpu usage. Prepar3d is the first time I've ever seen this behaviour.

Yeah I didn't realise P3D had no proper fullscreen mode anymore. I've had a gsync monitor since FSX so haven't really kept up with that aspect. NCP and P3D settings don't matter anymore then, because windows forces triple buffering through its DWM, meaning there's no way to disable triple buffering in P3D. Which is a shame, because it would make locking to 30fps much easier without the use of external applications, and also give one less frame of input lag. So the best option for consistent frame pacing would be: Disable both the in-game frame limiter and in-game Vsync, and set the desired framerate limit in RTSS. Which I'm guessing is what most people already do?

This is strange behaviour, one last question, do you run windowed or fullscreen? Edit: nevermind I just read LM removed full screen from P3D. I'm assuming windows is forcing triple buffering, which is why the frames aren't locking. I'll have a look into it, see if I can figure something out.

Did you reapply your envtex/envshade after you updated?

Does this also include cloud model sync? Or will we have to keep skyforce open if we want that.

Did you disable triple buffering? Or do you have a gsync or freesync monitor by any chance?

Not sure how that video supports your case. The 8700k destroys the 2600k in almost every test in that video except for gpu bottlenecked games (not flight sims)

No not tongue in cheek. Vsync limits your framerate to multiples of your refresh rate, so 60fps. If unable to reach 60fps then it will drop to 30fps. Triple buffering allows vsync to run framerates other than these multiples because it keeps a 3rd frame in the buffer (as per the name) which it can use to fill the "gap" between 2 vsyncs, though this introduces stutters. So locking it at any number below 60fps with vsync on and triple buffering off will force it to drop to vsync at 30fps. Try it if you want

Tomato is also free and looks good with the default presets, very easy to install/uninstall to so no harm in trying it

You can set your iN sim limiter to anything between 33-57fps and triple buffering off. This will lock it to 30 vsynced

If you have vsync at 30fps enabled you dont need to limit your framerate, vsync will do that for you.

CPUs aren't all made equal, there's a lot of luck involved. The difference between a good one and not so good one can be quite big. Ive had a 4690k which ran at 4.6ghz stable with cool temps, I've also had one that wouldn't go higher than 4.1ghz.

Benefits of each: Envshade: plug and play, looks nice but no options. PTA: None Tomatoshade: Free version of PTA with more features such as dynamic reflections. Can also use PTA profiles. Seems like you should try tomatoshade, will let you tweak those things you're after to your liking

I don't think it's any special phenomenon. Probably something simple in his setup. My guess is the cpu is parking cores or throttling due to OS settings, and disabling and enabling of a core might temporarily disable/confuse the performance management so it stays at max frequency. Do you know your cpu frequencies sled? And monitored them before and after the disable/enable?

open task manager and click on performance then CPU, it should show each core's usage and also the current speed it's running at.

Unless something has changed recently, turbo boost activates for less cores. If I recall correctly for the 4790k its 2 cores at 4.2ghz or 1 core at 4.4ghz. If all 4 cores are being stressed it won't boost over the base 4ghz Overclocking to 4.4ghz will give you all 4 cores at 4.4ghz

Have you noticed any difference in loading times? FPS? with AIG models vs UTL?

Put the flightplan in C:/Users/Public/Documents/FSLabs Data/Routes/ Then enter your flight number or from/to in the mcdu and you should get an uplink.

Isn't that how it's always been from FS2000, Fs2002/fs2004 and fsx? If Microsoft had made an FS11 I'm sure you wouldve had to rebuy a lot of addons.

Sorry if I came accross as agressive, I'm just trying to point out you are trivialising a lot of things that LM has done/and continues to do, to improve the sim. I'm confused though, you say you're locked at 30fps through RTSS but your system can do 45-60fps. So from my understanding before you touch the cores you have a locked 30fps with 60% cpu usage? But then after you disable/enable the core you get the same locked 30fps but with a higher cpu usage?

Yeah I think you're correct, what he's probably seeing is overall less performance, but maybe a more stable framerate as the frame drops usually occur when a core gets hammered to 100% Having 20fps constant might look smoother to him than 30fps with intermittent drops to 20fps.

To be making statements like this it's clear you haven't done any threaded programming before. Those thousands of threads you see are mostly background tasks by windows. Many windows processes have lots of threads so they can easily be scheduled and spread over multiple cores. Yes the P3D main routines are in one thread. It is only possible to multi thread so much, which LM have already done with scenery loading, etc. You'll also get some addons on different threads like AS, Chaseplane, GSX, and UTL, but any code execution that interacts with the flight model/physics through SimConnect/FSUIPC has to be done on the main thread as they are not thread-safe (Unless something has changed recently that I'm not aware of). One of the biggest issues with threading is keeping things in sync, if you put different parts of the code on different threads, it becomes much harder to keep them in sync. This is why scenery and autogen is easy to offload, because loading scenery can be done independently of aircraft systems. A good analogy would be thinking of threads as crew members on a flight. Adding more pilots into the cockpit wouldn't be very helpful, you never want more than one pilot handling the controls at once. But adding a co-pilot, first officer, or flight attendants in the cabin is fine, as they are doing their own thing that doesn't interfere with the flying. But again this gets to a point where there aren't enough jobs for the crew to do. I mean you could technically have 1 flight attendant per passenger if you wanted, but then they'd constantly be blocking each other and causing traffic jams in the aisles. It's hard to have multiple people (threads) doing the same thing, whether in life or in programming.

I'm assuming your cpu has also been de-lidded?

Sorry if my response sounded like I was annoyed, bad choice of words. In the end we are all just trying to help each other.