Blur Busters Forums

jorimt wrote:@Haste, part of what you're describing is "judder," something not limited to gaming, but also seen during panning with film sources.

"Stutter" is more commonly described as a sudden interruption in otherwise seamless perceived movement, while "judder" is simply the side effects of a super low continuous framerate's (<24<30 fps) inability to sustain a perfect illusion of movement.

salt wrote:https://www.blurbusters.com/gsync/how-d ... -stutters/

It's written in 2013.

salt wrote:Quite sure games don't take into account "time to presentation" and adjust object position based on it - you would need to be psychic to do that.

temp0557,

Apologies, this wording was misunderstood -- this was written in 2013 before the GSYNC preview display arrived for testing.

Back when I wrote "With video games dynamically adjusting object positions in each frame based on how early/late a frame gets presented;" it was meant to be read as "The timing of frame rendering matches up with the timing of frame display. The object positions are correctly adjusted by the virtue of the timing of the frame rendering." But I see what I wrote in the Comments Section, long before the Preview articles, does sound predictive, which it isn't.

However, I realize that choice of words written in 2013 could use clarification. When I wrote that, I didn't mean anything predictive -- it's simply by virtue of frame timing being naturally in sync with display timing -- on variable refresh rate displays. I'll make a minor edit -- that said, I wrote that text in the Comments Section, rather than in a BlurBusters article, and before the Preview.

Since frame times are in sync with display time, they are now in sync with eye tracking positions -- so they don't stutter even if the framerate changes. Object positions now line up with eye tracking positions, it shows up as stutter-less changes in framerate, also as shown in this TestUFO **animation simulation of GSYNC** www.testufo.com/stutter#demo=gsync

...As you can see in the animation (view in a lightly loaded browser/system for flawless animation) -- it is possible framerate can change without adding stutters. This is what GSYNC/FreeSync is able to do (with a proper game engine) -- it's great for highly-variable framerate games where the upper/lower bounds of fluctuating framerates are well within the VRR range (e.g. fluctuating within 30fps-144fps).

The timing of frame rendering matches up with the timing of frame display. The object positions are correctly adjusted by the virtue of the timing of the frame rendering, eliminating the framerate-change-amplified stutters (assuming good game engines doesn't interfere with the proper function of GSYNC/FreeSync).

Chief Blur Buster / Owner of Blur Busters / Inventor of TestUFO

Chief Blur Buster wrote: I've made a reddit reply here:

salt wrote:Anyway ...

https://www.reddit.com/r/pcgaming/comme ... s/dhczked/

I really wonder what is going on here ...