Blur Busters Forums

Who you gonna call? The Blur Busters! For Everything Better Than 60Hz™ Skip to content

New Nvidia driver Gsync support - Gsync Ceilling problems

Talk about NVIDIA G-SYNC, a variable refresh rate (VRR) technology. G-SYNC eliminates stutters, tearing, and reduces input lag. List of G-SYNC Monitors.

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby jorimt » 29 Jan 2019, 19:44

Notty_PT wrote:In that case I have no idea why I notice the input lag increase on all of my Asus monitors when I enable VRR. I may give up trying to find out why at this point lol. But it totally doesn´t happen on the Samsung CFG73 and I´m waiting on my MSi Optix MAG241C to see what happens.

Granted, I didn't say that was the case, just that it was "possible."

If we're still talking G-SYNC compatible on FreeSync monitors, what's is even more likely to be causing the lag you perceive in G-SYNC mode is the driver interaction with your specific test display(s) and system.

This driver feature is indeed very new, and has room to mature over time.
Author: "G-SYNC 101" Series

Display: Acer Predator XB271HU OS: Windows 10 MB: ASUS ROG Maximus X Hero CPU: i7-8700k GPU: EVGA GTX 1080 Ti FTW3 RAM: 16GB G.SKILL TridentZ DDR4 @3200MHz
User avatar
jorimt
 
Posts: 572
Joined: 04 Nov 2016, 10:44

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby Chief Blur Buster » 29 Jan 2019, 23:41

VRR requires extremely close integration between graphics drivers and the monitor. The input lag of a VRR display is also dependant on graphics drivers too (much, much, moreso than it is for VSYNC OFF) and there are potential issues that can pop up (driver-specific, monitor-specific, weird interactions, etc). The monitor is slaving refresh cycles to the graphics driver, and it's the graphics drivers responsibility to properly deliver the refresh cycles as quickly as the game demands that it be delivered to the monitor. There can be all sorts of issues that unexpectedly slow down the delivery of the refresh cycle.
Head of Blur Busters - BlurBusters.com | TestUFO.com | Follow @BlurBusters on Twitter

       To support Blur Busters:
       • Official List of Best Gaming Monitors
       • List of G-SYNC Monitors
       • List of FreeSync Monitors
       • List of Ultrawide Monitors
User avatar
Chief Blur Buster
Site Admin
 
Posts: 5616
Joined: 05 Dec 2013, 15:44

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby Jesse Durden » 01 Feb 2019, 05:05

Update: I tested a MAG241C FreeSync monitor and it requires a 120fps limit to prevent all tearing. This is vs the 110-100 limit required for my VG279Q.

So there is definitely a difference in implementation between monitors.
Jesse Durden
 
Posts: 5
Joined: 29 Jan 2019, 12:55

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby andrelip » 01 Feb 2019, 09:30

Just to sum up: Alienware AW2518HF (freesync 240hz) have known issues of overshooting when using with NVIDIA without gsync that is not presented in RX series (just look at the videos on youtube). I have double checked the timings using CRU to make sure both brands uses the same. For NVIDIA Windows 10 display recognizes as 239 HZ and for AMD as 240hz (but in the dropdown option is 240). If I set CRU to use 240hz with LCD reduced blank then I get rid of overshooting even in the FASTER overdrive but that always results in frameskip (only perceived with a high speed camera on Blurbuster test). Using the new G-SYNC with freesync compatibility removes the overshooting while in the AMD freesync is not necessary. In my perception 300 FPS with g-sync enabled delivers the "right" 240hz mode for the display and have a better latency than using 300@240hz with fixed frequency. Since the video of battle(non)sense now I'm sure that the better setting for low input lag is to enable freesync and uncap fps.
andrelip
 
Posts: 31
Joined: 21 Mar 2014, 17:50

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby RealNC » 01 Feb 2019, 12:50

I guess this means people at last have a good reason to be waiting for nvidia driver updates with bated breath :P
TwitterSteamGitHubStack Overflow

The views and opinions expressed in my posts are my own and do not necessarily reflect the official policy or position of Blur Busters.
User avatar
RealNC
 
Posts: 2443
Joined: 24 Dec 2013, 18:32

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby Notty_PT » 02 Feb 2019, 10:53

Jesse Durden wrote:Update: I tested a MAG241C FreeSync monitor and it requires a 120fps limit to prevent all tearing. This is vs the 110-100 limit required for my VG279Q.

So there is definitely a difference in implementation between monitors.


Are you sure is not the game you tested? The gsync on my mag241c worked even better than on supossely official gsync monitors lol
Notty_PT
 
Posts: 191
Joined: 09 Aug 2017, 02:50

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby Jesse Durden » 02 Feb 2019, 11:15

Notty_PT wrote:
Jesse Durden wrote:Update: I tested a MAG241C FreeSync monitor and it requires a 120fps limit to prevent all tearing. This is vs the 110-100 limit required for my VG279Q.

So there is definitely a difference in implementation between monitors.


Are you sure is not the game you tested? The gsync on my mag241c worked even better than on supossely official gsync monitors lol

I'm not testing with a game, I'm using the Nvidia Pendulum demo because it lets you easily see the tears. You can test yours yourself with this procedure: https://www.reddit.com/r/Monitors/comme ... l_tearing/
Jesse Durden
 
Posts: 5
Joined: 29 Jan 2019, 12:55

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby Notty_PT » 02 Feb 2019, 18:20

andrelip wrote:Just to sum up: Alienware AW2518HF (freesync 240hz) have known issues of overshooting when using with NVIDIA without gsync that is not presented in RX series (just look at the videos on youtube). I have double checked the timings using CRU to make sure both brands uses the same. For NVIDIA Windows 10 display recognizes as 239 HZ and for AMD as 240hz (but in the dropdown option is 240). If I set CRU to use 240hz with LCD reduced blank then I get rid of overshooting even in the FASTER overdrive but that always results in frameskip (only perceived with a high speed camera on Blurbuster test). Using the new G-SYNC with freesync compatibility removes the overshooting while in the AMD freesync is not necessary. In my perception 300 FPS with g-sync enabled delivers the "right" 240hz mode for the display and have a better latency than using 300@240hz with fixed frequency. Since the video of battle(non)sense now I'm sure that the better setting for low input lag is to enable freesync and uncap fps.


That battlenonsense video was made with a VG258qr wich has known input lag issues so is not a good representation of gsync input lag! And if you use 300fps @ 240hz you are not getting any VRR and 60 fps are missing because monitor cant handle wich creates judder!
Notty_PT
 
Posts: 191
Joined: 09 Aug 2017, 02:50

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby andrelip » 07 Feb 2019, 21:27

Notty_PT wrote:
andrelip wrote:Just to sum up: Alienware AW2518HF (freesync 240hz) have known issues of overshooting when using with NVIDIA without gsync that is not presented in RX series (just look at the videos on youtube). I have double checked the timings using CRU to make sure both brands uses the same. For NVIDIA Windows 10 display recognizes as 239 HZ and for AMD as 240hz (but in the dropdown option is 240). If I set CRU to use 240hz with LCD reduced blank then I get rid of overshooting even in the FASTER overdrive but that always results in frameskip (only perceived with a high speed camera on Blurbuster test). Using the new G-SYNC with freesync compatibility removes the overshooting while in the AMD freesync is not necessary. In my perception 300 FPS with g-sync enabled delivers the "right" 240hz mode for the display and have a better latency than using 300@240hz with fixed frequency. Since the video of battle(non)sense now I'm sure that the better setting for low input lag is to enable freesync and uncap fps.


That battlenonsense video was made with a VG258qr wich has known input lag issues so is not a good representation of gsync input lag! And if you use 300fps @ 240hz you are not getting any VRR and 60 fps are missing because monitor cant handle wich creates judder!


Fixed 240hz (no freesync) have ghost and overshooting problems. When I got 240hz with freesync on I have none of those problems. Also I usually measure my input lag by using humanbenchmark.com. It's not perfect but in my Hackingtosh (same pc with gtx 1080) my best scores usually are around 230ms (it only support 144hz and the display scanout could have a little buffer). Using Windows 10 and fixed 240hz I have 170ms average with some lucky shots between 165~170ms. With G-sync on I can do an average of 155ms with some 140~150ms clicks. It's not a perfect tool for testing but at least it is accessible and do the job for simple comparisons.
andrelip
 
Posts: 31
Joined: 21 Mar 2014, 17:50

Re: New Nvidia driver Gsync support - Gsync Ceilling problem

Postby InBetweenNames » 07 Feb 2019, 21:36

I also have the AW2518HF with a GTX 1080 Ti (Founders), and I can also confirm that the overdrive is much better with G-Sync Compatible enabled. However, I have no real way of testing latency. All I know is it feels better to use. For the record, I have an average 60% accuracy with Widowmaker in Overwatch and 18-19% scoped critical. It would be really cool if someone with the means were able to test this monitor and post the results, because I'm all about the latency reduction.
InBetweenNames
 
Posts: 5
Joined: 07 Feb 2019, 21:31

PreviousNext

Return to G-SYNC

Who is online

Users browsing this forum: No registered users and 2 guests