I don't know why the keyboard should be able to know anything about the monitor and vice versa
Things are measured differently, obviously. I assume the keyboard's display is fed by something like RTSS or similar software which measures the game's output, while the monitor measures the g-sync module's scan rate. These are very different things that are measured and will never match. Just because the game outputs a frame doesn't mean the driver will send it to the monitor at that exact time, or that the g-sync module will show it at that time.
Measurements done at different stages of the output chain will give you different results.
RTSS vs in-engine framerate capping
Re: RTSS vs in-engine framerate capping
Steam • GitHub • Stack 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.
The views and opinions expressed in my posts are my own and do not necessarily reflect the official policy or position of Blur Busters.
Re: RTSS vs in-engine framerate capping
im actually using the same software for both. MSI afterburner plus rtss. In the afterburner settings there is an option to display on osd and keyboard and I have both enabled. If I get some time I'll use shadow play to record a sessions n and then do a similar run with my camera pointed at keyboard so I can show you guys what's going on.RealNC wrote:I don't know why the keyboard should be able to know anything about the monitor and vice versa
Things are measured differently, obviously. I assume the keyboard's display is fed by something like RTSS or similar software which measures the game's output, while the monitor measures the g-sync module's scan rate. These are very different things that are measured and will never match. Just because the game outputs a frame doesn't mean the driver will send it to the monitor at that exact time, or that the g-sync module will show it at that time.
Measurements done at different stages of the output chain will give you different results.
Perhaps there's a better and more accurate way to show frametimes? I heard newest afterburner plus rts has a graph.
- Chief Blur Buster
- Site Admin
- Posts: 11653
- Joined: 05 Dec 2013, 15:44
- Location: Toronto / Hamilton, Ontario, Canada
- Contact:
Re: RTSS vs in-engine framerate capping
All of this be true (also added note, for clarification).RealNC wrote:Capping will result in stutter (on non-GSYNC/FreeSync displays), even if the cap is half the Hz. These vsync modes are the only way to get smooth animation.Chief Blur Buster wrote:Unfortunately, they tend to be very laggy modes, even worse during 1/3 and 1/4.[
Our preferred technique is frame capping instead.
Note that there's no input lag increase with 1/2 vsync at 120Hz compared to normal vsync at 60Hz. In fact, it's a bit lower due to the faster scanout speed.
And G-Sync is not an option with 3D vision. It's one of the other. If you want 30FPS with 3D vision, 1/2 vsync is the only way to do it without microstutter.
Head of Blur Busters - BlurBusters.com | TestUFO.com | Follow @BlurBusters on Twitter
Forum Rules wrote: 1. Rule #1: Be Nice. This is published forum rule #1. Even To Newbies & People You Disagree With!
2. Please report rule violations If you see a post that violates forum rules, then report the post.
3. ALWAYS respect indie testers here. See how indies are bootstrapping Blur Busters research!
Re: RTSS vs in-engine framerate capping
It was a response to this post:
So the topic is about non-gsync vsynctygeezy wrote:How about 1/4 vsync and 1/3 vsync? I see they have that for NVidia inspector. Do those work? Or should you really only use full vsync and half? Playing games at 15 and 20 fps would be balls, but I can see those options being useful on high refresh rate monitors that don't have gsync.
I have a 144 hz gsync monitor by the way, but I also use the 3d vision on my monitor, so I still need to mess with vsync if I use 3d vision. And I hate input lag, so I've been looking for the best option to have minimal input lag while also having a smooth stutter free image.
Steam • GitHub • Stack 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.
The views and opinions expressed in my posts are my own and do not necessarily reflect the official policy or position of Blur Busters.
Re: RTSS vs in-engine framerate capping
As I said in my initial reply, frametime consistency isn't necessarily the ultimate goal with an in-game limiter. Again, just because RTSS has steadier frametimes, doesn't make it superior, it is simply a side-effect of its functionality.tygeezy wrote:Source engine framerate cap seems to be particularly inaccurate. If I cap with rtss at 140 I get a lock 7.14 ms pretty much locked. With the in game capper at 140 the frametimes bounce between 9 and 11 with it never going below 9 ms.
Dishonored 2 has a great framerate capper. It doesn't have as many options as other cappers, but the rates it can set seem to be more accurate. I settled in on 75 fps with some graphic tweak to hit that rate at all times and it's locked at 13.33 ms frametimes.
Yes, CS:GO has a quirky limiter, but it's still lower latency than RTSS. As for Dishonored 2's in-game limiter, while it isn't as flexible, it should also be superior to RTSS in input latency levels.
Also, don't get caught on perfect frametime output, at least if it is at or fluctuating above (lower frametimes) your target framerate. Let's say you have a 60 FPS in-game limit, and you watch the frametime meter fluctuate between 16.6ms (the target frametime), and, say, 12ms, 14ms, 8ms, 16.6ms, etc. Frametime is separate from scanout time. Frametime dictates how long it takes a frame to be rendered and ready for scanning in. It could theoretically sit there forever until the display decides to refresh and start scanning it in.
In other words, as long as the fluctuating frametimes you are seeing are lower than your set framerate limit, they will be displayed in the desired intervals regardless if they finish earlier or not. The only thing lower fluctuating frametimes with in-game limiters can cause is less input lag.
Have you read my article in full? It has all of those answers in detail.tygeezy wrote:@jorimt Would frame times that are faster than your monitors refresh rate cause tearing if you have gsync on vsync off and input lag if you were gsync on vsync on?
But short answer, yes, G-SYNC + V-SYNC "Off" can tear if frametimes exceed the max refresh rate target, but it can also tear if the framerate drops suddenly with that combination. This is why you need G-SYNC + V-SYNC "On," which compensates for sudden shift in frametime. The only "lag" it adds over the other combo is lack of tearing.
I was confused about that myself, but I think the OP is switching between both.RealNC wrote:So the topic is about non-gsync vsync
(jorimt: /jor-uhm-tee/)
Author: Blur Busters "G-SYNC 101" Series
Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)
Author: Blur Busters "G-SYNC 101" Series
Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)
Re: RTSS vs in-engine framerate capping
got it, in using gsync + vsync for what it's worth. I've read a lot of that article but admittedly not cover to cover; that's my bad.jorimt wrote:As I said in my initial reply, frametime consistency isn't necessarily the ultimate goal with an in-game limiter. Again, just because RTSS has steadier frametimes, doesn't make it superior, it is simply a side-effect of its functionality.tygeezy wrote:Source engine framerate cap seems to be particularly inaccurate. If I cap with rtss at 140 I get a lock 7.14 ms pretty much locked. With the in game capper at 140 the frametimes bounce between 9 and 11 with it never going below 9 ms.
Dishonored 2 has a great framerate capper. It doesn't have as many options as other cappers, but the rates it can set seem to be more accurate. I settled in on 75 fps with some graphic tweak to hit that rate at all times and it's locked at 13.33 ms frametimes.
Yes, CS:GO has a quirky limiter, but it's still lower latency than RTSS. As for Dishonored 2's in-game limiter, while it isn't as flexible, it should also be superior to RTSS in input latency levels.
Also, don't get caught on perfect frametime output, at least if it is at or fluctuating above (lower frametimes) your target framerate. Let's say you have a 60 FPS in-game limit, and you watch the frametime meter fluctuate between 16.6ms (the target frametime), and, say, 12ms, 14ms, 8ms, 16.6ms, etc. Frametime is separate from scanout time. Frametime dictates how long it takes a frame to be rendered and ready for scanning in. It could theoretically sit there forever until the display decides to refresh and start scanning it in.
In other words, as long as the fluctuating frametimes you are seeing are lower than your set framerate limit, they will be displayed in the desired intervals regardless if they finish earlier or not. The only thing lower fluctuating frametimes with in-game limiters can cause is less input lag.
Have you read my article in full? It has all of those answers in detail.tygeezy wrote:@jorimt Would frame times that are faster than your monitors refresh rate cause tearing if you have gsync on vsync off and input lag if you were gsync on vsync on?
But short answer, yes, G-SYNC + V-SYNC "Off" can tear if frametimes exceed the max refresh rate target, but it can also tear if the framerate drops suddenly with that combination. This is why you need G-SYNC + V-SYNC "On," which compensates for sudden shift in frametime. The only "lag" it adds over the other combo is lack of tearing.
I was confused about that myself, but I think the OP is switching between both.RealNC wrote:So the topic is about non-gsync vsync
Did you see my question regarding the discrepancy in frametimes between my keyboard LCD and monitor display from rtss?
If I can sneak away and get some time I'll try and record the footage. Essentially I'm seeing some large frametime spikes that my LCD display picks up, but the osd for my monitor doesn't. I'll hit a 33.33 ms frametime spike that my keyboard displays but my monitor will say 7-8 ms.
Re: RTSS vs in-engine framerate capping
All that matters is what you see/feel. Are you seeing a short halt or pause during these 33.3ms spikes or no? Again, you shouldn't put much stock in frametime numbers, regardless of the readout you're looking at.
You'll know when you hit a frametime spike bye eye.
You'll know when you hit a frametime spike bye eye.
(jorimt: /jor-uhm-tee/)
Author: Blur Busters "G-SYNC 101" Series
Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)
Author: Blur Busters "G-SYNC 101" Series
Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)
Re: RTSS vs in-engine framerate capping
i do feel some of them. Cs go has given me random microstutters dating back to my last system. My i7 860 and has continued on in my 7700 k build. The on screen frametime display doesnt pock it up buy my keyboard does.jorimt wrote:All that matters is what you see/feel. Are you seeing a short halt or pause during these 33.3ms spikes or no? Again, you shouldn't put much stock in frametime numbers, regardless of the readout you're looking at.
You'll know when you hit a frametime spike bye eye.
Re: RTSS vs in-engine framerate capping
As I stated in the "Range" section of my G-SYNC 101 series, frametime spikes (sudden, very high frametimes) are virtually unavoidable, regardless of your system capabilities or how well you have things setup up. An optimal setup and proper settings will only reduce/shorten their occurrence.
It's likely just CS:GO (level/asset loading, etc; this can also be exacerbated by heavily modded maps).
As for frametime readings, short of FCAT, they are usually hit or miss accuracy-wise.
It's likely just CS:GO (level/asset loading, etc; this can also be exacerbated by heavily modded maps).
As for frametime readings, short of FCAT, they are usually hit or miss accuracy-wise.
(jorimt: /jor-uhm-tee/)
Author: Blur Busters "G-SYNC 101" Series
Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)
Author: Blur Busters "G-SYNC 101" Series
Displays: ASUS PG27AQN, LG 48CX VR: Beyond, Quest 3, Reverb G2, Index OS: Windows 11 Pro Case: Fractal Design Torrent PSU: Seasonic PRIME TX-1000 MB: ASUS Z790 Hero CPU: Intel i9-13900k w/Noctua NH-U12A GPU: GIGABYTE RTX 4090 GAMING OC RAM: 32GB G.SKILL Trident Z5 DDR5 6400MHz CL32 SSDs: 2TB WD_BLACK SN850 (OS), 4TB WD_BLACK SN850X (Games) Keyboards: Wooting 60HE, Logitech G915 TKL Mice: Razer Viper Mini SE, Razer Viper 8kHz Sound: Creative Sound Blaster Katana V2 (speakers/amp/DAC), AFUL Performer 8 (IEMs)
Re: RTSS vs in-engine framerate capping
Okay, I should really go through the entire article from cover to cover before I come back with more questions. Thanks for answering everything I've thrown your guys way and I appreciate all the work you guys have out in. There are tons of false information that seems to float around forums and reddit regarding vsync, gsync ect.jorimt wrote:As I stated in the "Range" section of my G-SYNC 101 series, frametime spikes (sudden, very high frametimes) are virtually unavoidable, regardless of your system capabilities or how well you have things setup up. An optimal setup and proper settings will only reduce/shorten their occurrence.
It's likely just CS:GO (level/asset loading, etc; this can also be exacerbated by heavily modded maps).
As for frametime readings, short of FCAT, they are usually hit or miss accuracy-wise.
I'm glad it's not just me that gets these random frametime spikes. Although cs go (source engine) appears to be a particularly bad offender. Overwatch is really a lot smoother and more consistent with a better framerate capper. It is newer, so I guess that's to be expected.