Earlier today NVIDIA announced G-Sync, its variable refresh rate technology for displays. The basic premise is simple. Displays refresh themselves at a fixed interval, but GPUs render frames at a completely independent frame rate. The disconnect between the two is one source of stuttering. You can disable v-sync to try and work around it but the end result is at best tearing, but at worst stuttering and tearing.

NVIDIA's G-Sync is a combination of software and hardware technologies that allows a modern GeForce GPU to control a variable display refresh rate on a monitor equipped with a G-Sync module. In traditional setups a display will refresh the screen at a fixed interval, but in a G-Sync enabled setup the display won't refresh the screen until it's given a new frame from the GPU.

NVIDIA demonstrated the technology on 144Hz ASUS panels, which obviously caps the max GPU present rate at 144 fps although that's not a limit of G-Sync. There's a lower bound of 30Hz as well, since anything below that and you'll begin to run into issues with flickering. If the frame rate drops below 30 fps, the display will present duplicates of each frame.

There's a bunch of other work done on the G-Sync module side to deal with some funny effects of LCDs when driven asynchronously. NVIDIA wouldn't go into great detail other than to say that there are considerations that need to be taken into account.

The first native G-Sync enabled monitors won't show up until Q1 next year, however NVIDIA will be releasing the G-Sync board for modding before the end of this year. Initially supporting Asus’s VG248QE monitor, end-users will be able to mod their monitor to install the board, or alternatively professional modders will be selling pre-modified monitors. Otherwise in Q1 of next year ASUS will be selling the VG248QE with the G-Sync board built in for $399, while BenQ, Philips, and ViewSonic are also committing to rolling out their own G-Sync equipped monitors next year too. I'm hearing that NVIDIA wants to try and get the module down to below $100 eventually. The G-Sync module itself looks like this:

There's a controller and at least 3 x 256MB memory devices on the board, although I'm guessing there's more on the back of the board. NVIDIA isn't giving us a lot of detail here so we'll have to deal with just a shot of the board for now.

Meanwhile we do have limited information on the interface itself; G-Sync is designed to work over DisplayPort (since it’s packet based), with NVIDIA manipulating the timing of the v-blank signal to indicate a refresh. Importantly, this indicates that NVIDIA may not be significantly modifying the DisplayPort protocol, which at least cracks open the door to other implementations on the source/video card side.

Although we only have limited information on the technology at this time, the good news is we got a bunch of cool demos of G-Sync at the event today. I'm going to have to describe most of what I saw since it's difficult to present this otherwise. NVIDIA had two identical systems configured with GeForce GTX 760s, both featured the same ASUS 144Hz displays but only one of them had NVIDIA's G-Sync module installed. NVIDIA ran through a couple of demos to show the benefits of G-Sync, and they were awesome.

The first demo was a swinging pendulum. NVIDIA's demo harness allows you to set min/max frame times, and for the initial test case we saw both systems running at a fixed 60 fps. The performance on both systems was identical as was the visual experience. I noticed no stuttering, and since v-sync was on there was no visible tearing either. Then things got interesting.

NVIDIA then dropped the frame rate on both systems down to 50 fps, once again static. The traditional system started to exhibit stuttering as we saw the effects of having a mismatched GPU frame rate and monitor refresh rate. Since the case itself was pathological in nature (you don't always have a constant mismatch between the two), the stuttering was extremely pronounced. The same demo on the g-sync system? Flawless, smooth.

NVIDIA then dropped the frame rate even more, down to an average of around 45 fps but also introduced variability in frame times, making the demo even more realistic. Once again, the traditional setup with v-sync enabled was a stuttering mess while the G-Sync system didn't skip a beat.

Next up was disabling v-sync with hopes of reducing stuttering, resulting in both stuttering (still refresh rate/fps mismatch) and now tearing. The G-Sync system, once again, handled the test case perfectly. It delivered the same smoothness and visual experience as if the we were looking at a game rendering perfectly at a constant 60 fps. It's sort of ridiculous and completely changes the overall user experience. Drops in frame rate no longer have to be drops in smoothness. Game devs relying on the presence of G-Sync can throw higher quality effects at a scene since they don't need to be as afraid of drops in frame rate excursions below 60 fps.

Switching gears NVIDIA also ran a real world demonstration by spinning the camera around Lara Croft in Tomb Raider. The stutter/tearing effects weren't as pronounced as in NVIDIA's test case, but they were both definitely present on the traditional system and completely absent on the G-Sync machine. I can't stress enough just how smooth the G-Sync experience was, it's a game changer.

The combination of technologies like GeForce Experience, having a ton of GPU performance and G-Sync can really work together to deliver a new level of smoothness, image quality and experience in games. We've seen a resurgence of PC gaming over the past few years, but G-Sync has the potential to take the PC gaming experience to a completely new level.

Update: NVIDIA has posted a bit more information about G-Sync, including the specs of the modified Asus VG248QE monitor, and the system requirements.

NVIDIA G-Sync System Requirements
Video Card GeForce GTX 650 Ti Boost or Higher
Display G-Sync Equipped Display
Driver R331.58 or Higher
Operating System Windows 7/8/8.1

Comments Locked

217 Comments

View All Comments

  • Soulwager - Thursday, October 24, 2013 - link

    Most systems(assuming no drastic bottleneck, CPU reasonably matched to GPU), have between 25-50ms of latency when running at 60fps (because of pipelining of frames in the game and graphics engine, plus the latency added by the monitor and mouse). This is measured by the time between mouse click and muzzle flash on panel. Please tell me how you managed to eliminate this latency from your system, and why you think this is any different than the effect demonstrated in the video I posted?
  • wojtek - Thursday, October 24, 2013 - link

    Search about hardware mouse cursor acceleration on graphics cards. It is so old technology that this is not the case from quite some time.
    http://stackoverflow.com/questions/6957039/what-is...
    So yes, you may have decent responsiveness even on 60 Hz if you have fast enough input.
  • Soulwager - Thursday, October 24, 2013 - link

    Yes, it helps with an RTS, but not a FPS.
  • wojtek - Monday, October 21, 2013 - link

    And for your funny mouse example: on LCD you see multiple cursors at once during fast move - and surprise! - guess why? Yes your LCD fades slower than the new image appears (hence also blur if it runs slower). But if you try 1000 Hz mouse on 100 Hz CRT display you see one precise moving image. Try it for yourself. :P
  • Soulwager - Monday, October 21, 2013 - link

    Even on a CRT I can see where the cursor was during each refresh, though mine was running at 85hz. It sounds like your LCD might have an overdrive calibration problem
  • wojtek - Monday, October 21, 2013 - link

    You need to do double blind tests on moving objects to prove that. Otherwise you even don't realize which frame you actualy not perceived. It's the same with 24/192 and 16/44.1 music. Some people claim they hear the difference, but then they cannot prove it on double blind tests.
  • mdrejhon - Monday, October 21, 2013 - link

    Here's a better explanation, from the human eyeball perspective:
    http://www.blurbusters.com/gsync/how-does-gsync-fi...
  • wojtek - Monday, October 21, 2013 - link

    The higher the FPS the less distance on the shutter which is all I am talking about. And from the human eye perspective interpolated high-FPS motion blur is actually more smooth than accurate low framerate crisp image. It however trades latency for smoothness which is always the case in this matter.
    Some game engines even work that way: they calculate key frames and interpolate pictures between them. Look i.e. on top notch Crysis where the better graphics you have the more smooth motion blur calculation are performaed!
    It is also a must-have in the movie industry where you operate on constant 23.976/24 FPS.
  • wojtek - Monday, October 21, 2013 - link

    And by the way it shows only 0,15 seconds of animation where 2 of 9 frames were late by ~1/120 sec. And that is not a surprise that they show such a microscopic period, becuase if they plot full one second with all that 50-70 frames you even didn't see the discontinuity on the chart (too large scale)! So it is pure commercial bullshit, nothing more.
  • mdrejhon - Monday, October 21, 2013 - link

    Are you familiar with strobe backlights?
    G-SYNC includes a strobe backlight mode (sequel to LightBoost):
    http://www.blurbusters.com/confirmed-nvidia-g-sync...

    The backlight is turned off while waiting for pixel transitions (unseen by human eyes), and the backlight is strobed only on fully-refreshed LCD frames (seen by human eyes). The strobes can be shorter than pixel transitions, breaking the pixel transition speed barrier! It eliminates the sample-and-hold effect.

    I don't see any stuttering or motion blur with LightBoost at 120fps @ 120Hz; it looks like a CRT.
    I can even read the street names in the TestUFO Panning Map Test at 1920 pixels/sec:
    http://www.testufo.com/photo&photo=toronto-map...

    You read text in fast moving images on CRT or LightBoost (or G-SYNC's optional strobe mode)

Log in

Don't have an account? Sign up now