Beyond the Limits of the Scanout

It’s already been established that single, tear-free frame delivery is limited by the scanout, and V-SYNC OFF can defeat it by allowing more than one frame scan per scanout. That said, how much of an input lag advantage can be had over G-SYNC, and how high must the framerate be sustained above the refresh rate to diminish tearing artifacts and justify the difference?

Quite high. Counting first on-screen reactions, V-SYNC OFF already has a slight input lag advantage (up to a 1/2 frame) over G-SYNC at the same framerate, especially the lower the refresh rate, but it actually takes a considerable increase in framerate above the given refresh rate to widen the gap to significant levels. And while the reductions may look significant in bar chart form, even with framerates in excess of 3x the refresh rate, and when measured at middle screen (crosshair-level) only, V-SYNC OFF actually has a limited advantage over G-SYNC in practice, and most of it is in areas that one could argue, for the average player, are comparatively useless when something such as a viewmodel’s wrist is updated 1-3ms faster with V-SYNC OFF.

This is where the refresh rate/sustained framerate ratio factors in:

As shown in the above diagrams, the true advantage comes when V-SYNC OFF can allow not just two, but multiple frame scans in a single scanout. Unlike syncing solutions, with V-SYNC OFF, the frametime is not paced to the scanout, and a frame will begin scanning in as soon as it’s rendered, regardless whether the previous frame scan is still in progress. At 144Hz with 1000 FPS, for instance, this means with a sustained frametime of 1ms, the display updates nearly 7 times in a single scanout.

In fact, at 240Hz, first on-screen reactions became so fast at 1000 FPS and 0 FPS, that the inherit delay in my mouse and display became the bottleneck for minimum measurements.

So, for competitive players, V-SYNC OFF still reigns supreme in the input lag realm, especially if sustained framerates can exceed the refresh rate by 5x or more. However, while at higher refresh rates, visible tearing artifacts are all but eliminated at these ratios, it can instead manifest as microstutter, and thus, even at its best, V-SYNC OFF still can’t match the consistency of G-SYNC frame delivery.

172 Comments For “G-SYNC 101”

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Sort by:   newest | oldest | most liked

Very helpful


To confirm, G-SYNC ON + v-sync ON is better than G-SYNC OFF + v-sync ON? My ultimate goal is to eliminate tearing while not introducing input lag, so it seems like the former is the way to go.


Thank you for those detailed explanations. My question is why would we enable v-sync if it would never reach the refresh rate cap with the rtss. And also, if for example, I am consistently running the game at a higher refresh rate than my monitor (which is 120hz), what is the point of rtss if it would limit my fps to 2-3 frames below the refresh rate? Shouldn’t I just enable G-sync without a limit which as you said has less input lag than v-sync even when the fps goes over the refresh rate. Which brings to the question of why do we need v-sync at all?


I have the Viewsonic VX2458-C-mhd which is a Freesync monitor. Since my GPU is GTX 1080 i could enable G-sync with the latest drivers. But the problem is that i have brightness flickering (which i read that is a quite frequent occurrence to all adaptive sync technologies). Since i tried to fix it but nothing worked i disabled Freesync/G-sync. So the question is, now that G-sync is off, should i just enable V-sync (NCP) + framelimit for better visual quality and prevent tearing or leave V-sync (NCP) off but still use framelimit?


Hi, thanks for the excellent guide

I want to play games that are capped to 60 ish fps by their game engine, should i enable vsync? (assassin’s creed) I ofc want to enable gsync