@CptLucky8, you just opened a can of worms, without even trying to.
First, let’s start on topic. I reset my environment parameters, AND I followed your advice about turning off the monitor, and it seems like the jumpiness has improved, but it’s going to take more testing to say that with certainty.
Now, to the can of worms.
When you suggested turning off my monitor because it has the same content as the headset, I did.
And what happened was that my system responded by moving that window over to my secondary display. Still visible to the headset, but not as large, and not in the central field of view, but we still haven’t gotten to the worms.
Here they are:
That secondary display is not attached to my GPU. Rather, it’s attached to the onboard graphics, so it got me thinking that by doing that, it may free up some additional resources for the GPU and HMD, as the HMD was now the ONLY thing getting it’s graphics from the GPU. But oddly enough, that didn’t happen. So I got to wondering why freeing up those GPU resources would NOT increase my HMD performance, when…
On a totally unrelated thing, I was downloading an update to my PA44, and wanted to measure the bandwidth, so I put the MSFS window on the secondary display that, again, is NOT connected to the GPU. What I noted, almost by accident, was despite the fact that my GPU was no longer driving that window, it was still having high usage.
So, here’s my conundrum. How can the sim running on a monitor NOT connected to my GPU cause the GPUs resources to be high? Is the GPU somehow still driving the computations, but then pushing that info over to the integrated graphics to be displayed on the second monitor? That’s the ONLY thing that explains the high usage of the GPU, but at the same time makes no sense because the GPU was removed from the equation.
Is that even possible? I mean it has to be, because there’s no other explanation.