For those wondering about us not testing in GPU limited scenarios (we did, but still), we've put up some additional results at higher resolutions on our Twitter feed: twitter.com/HardwareUnboxed/status/1178662444048084992 Even when definitively GPU limited, games like Far Cry 5 and The Division 2 do not see reduced latency from frame rate caps

@BrotherO4

4 жыл бұрын

i think you need to do some retest. battlenet finding was about 100% vs 95% not 95% vs 65%. such a large decrease of fps will surely add more latency than (if true) not capping your frames will reduce.

@Hardwareunboxed

4 жыл бұрын

Might want to check the link. We tested 99% vs 93% and still didn't see a latency improvement

@BUGER-APG-TEAM

4 жыл бұрын

maybe try diffrent monitors ? Two TN panels, two VA panels and two IPS panels ? If there is aany diffrence between ULL, FFR and RTSS using diffrent monitors then maybe its based on panel too ? Just thinkink more widely xD

@boelle1234

4 жыл бұрын

Please add rainbow six siege, crucial to this test..

@MrJMA01

4 жыл бұрын

Would be nice to have a look at the frametimes at the same time to see if there are any differences

You could start including a latency test in your optimization guides.

@seamon9732

4 жыл бұрын

Great idea!

@Saigonas

4 жыл бұрын

Yeah

@xXxALeXFuTexBaLxXx

4 жыл бұрын

I second this

@michaelwerner5049

4 жыл бұрын

Sounds hard

@magyararon6918

4 жыл бұрын

+1 for latency measurements

Now you can include how to achieve the best imput latency when doing an optimization guide for a new game.

@seamon9732

4 жыл бұрын

Great idea!

@anomous2307

4 жыл бұрын

Stay under 99% gpu load, there you go... gpu load cap tool probably incoming now

@lizardpeter

4 жыл бұрын

That would be really cool!

@leo-ub6nb

4 жыл бұрын

@@anomous2307 Can't you do that now with any overclocking software, like MSI's Afterburner?

@mjc0961

4 жыл бұрын

@@anomous2307 Cool, now I can hit an artificial cap instead of the natural cap. Pass.

I love Battle(non)sense, and it's awesome to see Chris' content being acknowledged by one of the top KZread PC tech channels. He's doing great work and deserves more attention.

@rinsed7422

4 жыл бұрын

I like Battle(non)sense and hardware unboxed. However, Radeon AntiLag uncapped 100% makes me have less input lag on PUBG, so I don't know what's real or who to believe anymore.

@tylerpenn545

4 жыл бұрын

RinsedSkateboarding it certainly does assuming you’re gpu bottlenecked At 99 % usage.

I bought some input lag on ebay, so I'm all good.

@sanityknows9659

4 жыл бұрын

lol

@phillgizmo8934

4 жыл бұрын

a "plug 'n play" one? lucky bastard

@YourCRTube

4 жыл бұрын

You got it all wrong. Should have bought _anti_input lag, smh.

@Saigonas

4 жыл бұрын

@@YourCRTube oh

@glenwaldrop8166

4 жыл бұрын

Kids Back in my day we had to make our own anti input lag and plug it in to the back of the sound card!

It makes sense, let me explain: As we all know the Game loop works as follows: 1. The CPU calculates a frame and sends the information to the GPU. 2. The GPU then draws the frame to the screen. Those two things are not synchronized though! So what happens is the following: Unlimited Framerate: -CPU sends Drawcalls too fast -GPU finishes drawing the previous frame -> frame can not be drawn immediately -GPU draws the frame. Capping the framerate with rivatuner is a similar story, since Rivatuner is not synchronized with the game as well: -CPU sends frame -GPU waits for RivaTuner to be able to draw -> frame can not be drawn immediately -GPU draws the Frame If on the other hand the game limits the Framerate, the CPU waits in sync with the Game: -CPU calculates frame -CPU issues drawcall -GPU draws the frame && CPU waits for the next frame (e.g. ~7ms for 144hz - time it took to calculate the frame) at the same time. -> no latency between drawcall and GPU drawing the frame -> With ingame frame cap when the next drawcall is issued the GPU is neither busy with the previous frame nor waiting for RivaTuner to allow it to draw and can thus render it immediately after the drawcall was issued. Edit: I since learned more about graphics programming and what I described is almost correct except for the fact that multiple frames can actually be queue up by the cpu, which further increases the latency.

@tommio8836

3 жыл бұрын

Didn't want to waste 13 minutes. Thanks! :)

@TH3N00BK1N9

2 жыл бұрын

Living legend right here, thanks so much for clarifying!

@KINGGAMING-nd8le

Жыл бұрын

so we should frame cap ?

@feschber

Жыл бұрын

@@KINGGAMING-nd8le not through external programs like Riva tuner. In game cap: yes

@KINGGAMING-nd8le

Жыл бұрын

@@feschber right. i have a 60hz monitor and i should limit my monitors fps to 60 as my gpu heats up. so thank you i'll try this

Hey, a couple of ideas: 1. Maybe add this testing to your game optimization videos 2. Test different scenarios, gpu and cpu limited cases in the same game (changing the resolution?) or using a different APIs 3. Test different fps caps, multiple combinations above and bellow your pc's capabilities. Imagine you can run a game at 120 fps. By putting a 200fps cap maybe you can get the benefits of lower latency while maintaining the same fps and gpu load. Maybe you need to go bellow 120 but 110 is better than 90 or something Anyways, great video as always!

How happy I am that the topic of optimization, low latency and stable rendering is becoming more and more popular! Even if my main interest is simracing, where maybe high frames aren't so importand as in shooters, but fast and stable renderer is whats most expected. In racing games this gives a perfect feeling of the car and immersion on the track among many opponents. What I lacked here is a reference showing that not only latency and fps are important, but also lack of tearing. Equalized framepacing, low latency and tearing free experience - thats the KING!

@Simjedi

4 жыл бұрын

It use to be this way many moons ago. Tuning games for the highest stable frame rate instead of omgwtfbbq highest frame rates.

Would be nice to see how stable the frametimes were when running uncapped. Because I certainly prefer more stable frametimes over slightly lower input latency

Input latency is more an issue of the game engine's threading and less an issue with the GPU. Inputs do not go through the GPU, they go through the CPU, and the data must be fed through several different CPU threads before it actually makes it out to the display. In addition, the game engine is almost certainly not processing input asynchronously... whatever thread it uses to process input must interact with the rest of the engine which likely means several locks are involved that could easily stall if competing against multiple render-threads going full-out. One could assume that when the frame rate is capped by the game itself, the game engine has some (fully synchronized) down-time between frames that gives it time to process whatever input is pending before starting the next frame. It can really be that simple. But when capped by external means the stall does not necessarily occur in the game engine itself, and thus might not be syncronized (meaning that the game engine could be holding locks required by the input-processing thread when it gets stalled by whatever mechanism is capping the frame rate that is outside of its control). -Matt

@dimwillow7113

4 жыл бұрын

Hi what happens to the guy i shoot at..will this input lag effect how this work? Does cpu tell network card that i shoot or wait for whole gpu process?

@chocolaa-p2689

2 жыл бұрын

@@dimwillow7113 input lag has nothing to do with your network, input lag is literally the time it takes between YOUR input (move mouse press a key or click mouse) and it registering on your PC itself

Great video, would this be something worth considering when you do your per game optimisation videos? A section for input lag?

Framecaps do reduce latency in general, but only if the GPU load is maxed, take a look at your own results. The reason FarCry CSGO and Fortnite didn't see an improvement was because they were CPU bound. You should've tested them at 1440p

@GAnimeRO

4 жыл бұрын

Nah, that would mean having to understand how things work and would take away from KZread bashing.

@dayspoiler4608

4 жыл бұрын

yeh the title is alarming. It's obviously something that any intelligent person wouldn't even question. [as long as the GPU is struggling]. it's like saying "if i drive slower will i use less petrol?" umm yes, unless you're trying to make clickbait.

@Rudi-Brudi

4 жыл бұрын

Thought the same while watching the video.

@ironmaiden5658

4 жыл бұрын

If I could post the meme of Morgan Freeman pointing up with the caption "he's right you know".. I would.

@michaelan9688

4 жыл бұрын

Battlefield 5 wasn't gpu bound but still benifited from frame cap. The RTSS frame cap reduced gpu usage but had no effect on frame times. Why is that

Tim please make a video on the Nvidia control panel 3D settings you use!

Glad I'm not the only one who watches Battle(Non)Sense. Glad you guys are putting his name out there, he doesn't get the views his work deserves.

what was the CPU usage during these test? also did the same thing happen at 1440p or 4k?

Hi, thank you very much for this video. Is there a way I can measure input lag on my PC without buying measuring equipment?

why do people always skip over Rainbow Six for competitive testing but then somehow Fortnite makes the cut?

@MadameMinty

4 жыл бұрын

I know, right? Who even cares about input lag in purely single player games, for that matter?

@Swole_Gecko

4 жыл бұрын

I Know Right?

@kebugcheck

4 жыл бұрын

coz we're supposed to hate ubisoft as per youtube and reddit

@StatScreen-yf1ng

4 жыл бұрын

@@kebugcheck And Epic Games is any better?

@Heatranoveryou

4 жыл бұрын

Fortnite apex and pubg are the only games that exist

*I'm more interested in what amounts to the 1% and 0.1% lows of the input latency* ... not merely the mean (which is what I assume you are using. If you said otherwise, I must have missed it). Any chance you could test that? I use RTSS for capping my framerate in games that have _jitter_ . I am happy to take a reduction in framerate, and some additional input latency - I always expected that my use of RTSS would result in at least some amount of both - if the resultant latency is _consistent_ - because while one can adapt to latency when it is consistent, one _cannot_ adapt to jitter! (jitter is, effectively, inconsistent latency) N.B. I use RTSS even when in-game framerate limiters are available, even though, as you showed, such in-game limiters can introduce less latency than other limiters such as RTSS - presumably due to their ability to introduce pauses internal to the rendering process, rather than only afterwards/externally. So, why do I do this? 1) often the in-game versions kind of suck, with large variance/swings, large input lag, or even sometimes don't work at all - and, critically: 2) RTSS is consistent, always working the same in every game; I can adapt to the (small!) amount of latency it introduces, since it is so consistent. Thanks for reading!

Great video. Possible to have this tested in your optimization videos or is it too time consuming? Its a great distinguishing factor as there are lots of optimization guides but nobody has this data.

Do you think these changes in behavior may be linked at all to the rendering pipeline being used? (DX9/11/12/Vulkan)? This almost seems like something that could be a side-effect to the differences in how the rendering is performed there, with some having more dependence on CPU vs GPU, etc.

Great video. I've been capping framerates with RTSS for a long time as I don't like big fluctuations, makes for inconsistent gameplay and more heat, etc when your card runs full out. And I always though the higher the frame rate the better for latency. Like many things of PC gaming (and computers in general), enigma is a pretty good description here. Sucks that we can't have a straight answer and it varies on a per game basis. Hopefully all Frostbite games work on the same concept and I will now be creating a .cfg file to cap my framerates instead of RTSS, at least for the BF series.

@mduckernz

4 жыл бұрын

Don't be so quick to dismiss RTSS... in my experience, in game limiters often really suck. They often cause large variation in resulting frame times & rates, don't allow granular control (often only let you use certain preset values)... hell, sometimes they simply don't even work at all. I dunno how the one in Frostbite is, if indeed it is an engine feature and not one put in by the game devs. The one in Unreal is pretty good... though there are still exceptions. Notably, the implementation in Borderlands 3, where it is pretty bad; it doesn't apply itself from your saved settings on launch - you need to toggle it off and then on again to get it to do anything. Ugh. Due to these types of issues, I tend to just use RTSS, unless I know the game implementation is particularly good. I'm happy to take the latency it causes for the sake of frametime consistency - effectively, the 0.1% lows of input lag, as well as traditional 0.1% lows of render frametimes, because while I can adapt to consistent input lag, I, or anyone else for that matter, cannot adapt to inconsistent input lag - AKA jitter.

@xpodx

Жыл бұрын

You still cap your fps?

@anchorbubba

Жыл бұрын

im pretty sure you can set it in your graphics control panel

@xpodx

Жыл бұрын

Well the higher fps the more recent up to date frame you can see, so I always like getting the most fps I can at 4k ultra high settings near 120 to 144 for my monitor, of course have to adjust my settings to each game

What about if I NEED to cap my framerate to keep it within freesync range? (usually doing it through radeon settings)

@MichaelHarto

4 жыл бұрын

Rtss is the best limiter for now. Most accurate to 0.001 fps. Read here (www)blurbusters(com)/gsync/gsync101-input-lag-tests-and-settings/5/ Should be similar to g-sync

@Hardwareunboxed

4 жыл бұрын

Yeah RTSS gives the most consistent frame times. Some in game caps are a bit dodgy. If you're already at 140+ FPS you should have pretty low latency in general

@benstaker2363

4 жыл бұрын

@@Hardwareunboxed RTSS also causes game crashes in DX9 and some DX11 titles so make sure you watch for them. An example of this are Guild Wars 2 and Insurgency.

@benstaker2363

4 жыл бұрын

I'd honestly recommend Radeon Chill for capping for Freesync as you get the added benefit of lower temps as your clocks lower to match the intended FPS.

@ht3k

4 жыл бұрын

Radeon Chill is the best limiter though since it doesn't increase input lag. Set the Min and Max to the same value if you want to use it as a limiter

oh... quick question: can you use latencymon to be able to see the average latency the system has? a saw some forums and youtube video demonstrating how to optimize the latency of a PC, specialy for the directx driver, which can have an impact for hard core gamers looking for the lowest latency possible. part of the optimizations: binding the inputs to the same core to limits the inter-core communication; using the MSI mode util to setup the interrupt priority to high for the graphic card; using the timer resolution tool; there is some bios setup which can be made apparently we can cut the average DPC latency by half or even more, I estimate that we can reduce the in game latency by 2 to 4ms, but I did not measure it. maybe one day you could do a video on the impact of all these optimizations on a game. I'm curious to know if these latency optimizations impacts Gears 5, which appear to be a good candidate for this.

love the video but im curious if you think capping frames from nvidia conrol panel wouldnt have a effect like rtss or do you think it works like a in game cap?

The thing about having frame caps for esports players is that by providing a frame cap, they are getting a reliable input lag. If you have it on unlimited, then your input lag will be less in high fps scenarios and receive suffering in random dips. For the sake of consistency, they put a cap in order to ensure that they are removing the variable of variable input latency.

@xpodx

Жыл бұрын

But if it's super high even in dips then it'll still be higher then a locked fps, so can still see the enemy sooner with more recent frames

@heatnup6899

8 ай бұрын

@@xpodx You haven't capped actually analyzed your frametimes before have you? Everytime I frame cap my 1% lows improve.

@johnmoore1495

5 ай бұрын

@@xpodxI don’t think anyone is saying that if you can render a game on average 500fps but your monitor only supports 240Hz that you should cap at 240fps. Implementing a cap somewhere between 450-480fps would reduce latency while also keeping a low consistent frame time and reducing 1% lows due to more headroom.

@xpodx

5 ай бұрын

@johnmoore1495 if it can hit 500 on avg it'll be the most up to date image that you can see

@johnmoore1495

5 ай бұрын

@@xpodx technically yes, but you’re sacrificing worse 1% lows, more likely hitching, and worse input latency due to maxing out your system all the time for 20fps. 480fps vs 500 fps means literally a 0.083ms difference in frame times (2.000ms vs 2.083ms) which is literally imperceivable. If you can see/feel a 0.000083 second difference you’re not a human lol.

Take home here : Cap with in-game settings with lag reduction utility built in driver software and cap FPS a little bit below (2-3 FPS) what your get on maximum load for best benefit. Don't cap too much or else you'll actually add more latency to it. This will mostly work if your GPU struggles i.e. GPU load stays around 100%.

Hey Tim, what's that Corsair case you're using?

I have RTSS capping my framerate at 140 (144hz monitor, in lieu of not wanting to have vsync on) but most games don't reach right up there, it's mainly just a manual ceiling. Will that still affect input lag adversely or is the increase contingent on you having a higher base FPS than the cap?

Nice finding, that RTSS limiter does not seems to give the same benfit as some ingame limiters, when it comes to latency. The other results at 96%). Also keep in mind that a good gaming experience is not only dependent on input latency but also frame time consistency, that's why I would always recommend to use a combination of graphic settings and frame limit so that the system will always be able to put out the desired framerate without big fps spikes (up or down).

Some input on the subject (I'm no game engine expert, so take this with a grain of salt): In the past most game would work in the following way: In each frame the game would calculate the logic step that evolved from the previous frame, then it would draw the conclusion of this logical evolution. Let's these steps logical frame and graphical frame. As game engines evolved, some elements which were part of the logical frame moved to the graphical frame, for example simple animations that had little to no effect over the game state besides graphics. Developers realized that you could improve the graphical experience by making the graphical frame independent from the logic one. The logical frame in many situations need to be at a static pace (ex: 60 fps), otherwise some of the collision steps would become too complex. Engines like unity separates them. You can have your game running at 240fps, but the logical frames will be set to 30. This allow very smooth animations and better gpu utilization than if you locked both frames stages. The reason why you must be getting better input lag when reducing the frame rate may be that the logical frames are set to a much lower value then the graphical frame, so by increasing the graphical frame rate you are also increasing the necessary CPU utilization for doing the graphical frames (best case scenario should be only the bureaucracy of sending information to the GPU). So by increasing the graphical frame rate, we may actually be causing a bad influence to the logic frame rate... Games that have both of them locked together should always improve latency when you increase frame rate. Otherwise it becomes complicated. Well... that's my 2 cents.

Very interesting and informative, especially for competitive first person shooters! Curious how resolution or even SLI affects the results as well.

for AMD, does Frame Rate Target Control behave the same way as the upper limit on Radeon Chill?

You'll likely want to drop it a few FPS below the max refresh rate and not cap just to drop the gpu usage. While G-sync will cap it at your refresh rate, it will cause the normal extra latency that V-sync has. However, if it is a few FPS below, it will have much less latency, giving a better overall experience. Blurbusters tested this, and found that when it gets within a few FPS of the refresh rate, it will behave exactly like V-sync does.

I think the real benefit to capping the FPS is frame timing you can get a way smoother experience if you cap your FPS and get a consistent frame time obviously at the cost of input delay

@sixtenalin

Жыл бұрын

Idk about that. If you have a mid-end to high-end setup you are going to have a consistent frame timing regardless. When I play on my RTX 3060 setup, playing older games such as Call of Duty: Black Ops the "smoothness" of the game is significantly reduced. Capping the game a bit above my refresh rate makes it smoother, while staying at my refresh rate or below makes it worse. Also when capping frames, your pc isn't utilizing all the available horsepower and background applications still take up some of those resources, so it's better to force it, so all the resources are expended into the game. In addition to most games there is nothing wrong with just ignoring frame rate caps, unless the game is very demanding or there are engine issues or unpleasent artifacts.

Haven't watched more than a couple of minutes of the video, but, out of interest, is the same latency differences seen in gameplay when using Linux as the host operating system and playing the game via the WINE compatibility layer?

Hey guys sorry if this has been asked 100 times already but there's a lot of comments by now. Just wondering if you recorded or have done more tests with Frame Time variance? That's the main reason I would usually use caps. So I wondered what is the best option for smoothest frame times and least hit on input latency? I use NVCP cap mostly now as RTSS has some issues with HDR. Please report back if you've tested this, love your work, cheers!

Very interesting Tim! I wonder if a more mainstream GPU with less overhead might benefit more to having free gpu resources (ex RX 580 or GTX 1060.) Keep up the great work!

@giglioflex

4 жыл бұрын

Given that the CPU could be influencing the ubisoft results, I'd say so. A lower end GPU would take a chunk of the load off the CPU and make the testing more GPU bound.

8:40 Where is testing without ultra low latency setting AKA baseline for cs:go?

@derbybOyzZ

4 жыл бұрын

yeah we need to see that to know whether to use ultra low latency.

Did you disable windows full-screen optimizations for all scenarios on the tested games?

I’m assuming this all still applies if you’re running FreeSync/Gsync, as your frame rate is still capped? Is it the same type of frame rate limiting?

So, depending on the game engine used... You may have a different result. With the different engines, they have timings/buffer etc going to the CPU/GPU. Recently, with the Win1903 update. Many games with the UE3 game engine had their game's FPSs nearly chopped in half when before the update all was good. Toxikk, for example was one of the games to take the FPS hit. But a quick update to the game's engine that controls the timings/buffer fixed the FPS. Overall, across all Win OS Versions, there was a MASSIVE FPS increase and now the game runs smoother than ever.

Another test you need to perform is capping framerate to something just below the refresh rate of your monitor. Such as capping framerate to 141hz if using a 144hz monitor. This has been something people using g-sync/g-sync compatible monitors have been doing for a while. This will also lessen the input lag difference that happens as a direct result of massively lower FPS compared to an uncapped framerate. Like how you mentioned 60fps has a 33.3ms input lag compared to 200fps at 10ms. What if you compared to 197fps to 200fps?

I'm curious at how did you measure the the input lag?

Looks like you guys found a new category to add to your game optimization videos! Thanks in advance ;)

Needed apex included as well...

Could you please test some more games like Destiny 2, Call of Duty MW (when released), Rainbow Six and Apex Legends?

@reqru1t

3 жыл бұрын

As well as Valorant

@wraith7852

3 жыл бұрын

@@reqru1tno

@reqru1t

3 жыл бұрын

@@wraith7852 lol why not

What is the best method for capping frames; Relive, Nvidia Advisor or Rivatuner? Does the in-game frame cap ovveride/supercede such caps and therefore you can still get the latency improvement without bothering to disable your global cap?

Curious if the frame caps that lower gpu usage also allow the driver to lower gpu clock thereby increasing processing lag? (Or even CPU clock) I'm wondering if results change if driver was set to "prefer performance" or the you clock was simply pegged via afterburner... ? Interesting.

i always cap my frame rate, have been for many years. having wild swings in fps doesn't feel as smooth as capping the fps to about what your normal average would be, where the swings in fps are much less.

@WbosonLP

4 жыл бұрын

On online shooters I do the same since RTCW:ET, as config pros pointed this solution out. Also Battlenonsense had different setup- GPU AND CPU. Yes it could have different effects on different games. But in BFV it really helps: with i7 3770k and RX5700XT @1440p@high going from uncapped 70-144FPS stuttering mess to smooth(relatively) gameplay @71FPS cap(in FS). But I guess in my case it has a lot to do with CPU being bottleneck also. RTFC doesn´t always work, in BFV for me it has no effect. The Blurbusters had even more interestin results with VSYNC ON\OFF and etc...

@forog1

4 жыл бұрын

I do the same no matter what game I play vsync is always on it messes me up with the all the jittering and sents I ben playing like that always I dont think latency was ever a thing for me prolly just use to it. Plus makes me feel good that my gpu is not always under full stress at all times and keeps cooler while doing it.

@mm-rw3hi

4 жыл бұрын

@@baradyce. not exactly look up blurrbusters

@Blox117

4 жыл бұрын

if its a really old game and you are getting 1000+FPS then capping it is a really bad idea

Plz check latency in Call Of Duty Warzone or COD MW 2019.

Thanks for the video, is there an easy way to test input lag outside of a highspeed camera setup? I currently only have Valorant with in-game metrics and personal playtesting in Apex... You kinda know when people seem to be pre-firing and you have no chance of winning, your input lag is too damn high.

Did you check NVIDIA settings for the game, by passing gobble settings Vsync to use the application to check that there was not a issue with he game communication too the global settings etc

Would've liked some Apex testing, seeing as the new season is rolling around just tomorrow

@ericdoran4313

4 жыл бұрын

Probably cause apex sucks..

What about reducing input lag in CPU bound games?

@DenGuleBalje

4 жыл бұрын

They did test CS:GO

@tomstech4390

4 жыл бұрын

Allot of games people call "cpu limited" aren't actually cpu limited, Often when you see a game and the gpu us

@GodlyTecker

3 жыл бұрын

@@tomstech4390 so in conclusion get as many fps as possible without getting capped by either GPU/CPU (keep at 90% max)?

so should i use the ultra low latency setting ?

How can I check my latency like you do to see if I should or shouldn't cap my FPS in a specific game?

The RTSS fps limiter adds 1 additional(!) frame of input lag compared to ingame limiters, it always did. That's why you always try to use the latter if available.

@iliasvelaoras3038

4 жыл бұрын

I find that in-game limiters are unreliable, also a single frame at a 100% consistent 60fps is 0.27ms, with the number only dropping lower as fps go up, are you sure you know what you're talking about?

@mazedmarky

4 жыл бұрын

@@iliasvelaoras3038 I've been following the input lag discussion for over 3 years now, mainly because of OW and its floaty mouse movement stuff in the past. This discussion is really something else, since it primarily focusses on gpu utilization as a core variable. There are even cases of 2,5+ frames of added input lag (R6 Siege), when using RTSS. Again, I'm not hating on anything here, I have used RTSS myself a lot. While I can't post links without getting spamfiltered on YT - there are people like 'klasbo' on reddit who did a significant amount of testing in that regard.

I don't like jumping fps number, sometimes you can see the drop even in 80+fps scenarios. That's why I cap my fps for sp games, while mp games I keep it uncapped.

@campkira

4 жыл бұрын

don't matter how powerful GPU are there are time to will go too fast and some time too slow.... that going drive you mad when playing game... i normally cap it around 45...

@QuaziIrtiza

4 жыл бұрын

@@campkira I have a 2060 paired with a 1080p monitor, my frames are high but it constantly changing from 150+ to 80+ bothers me so I cap it at 60

On a 60 hz tv: Better turn on vsync or set frame cap to 60 or both? Which gives less input lag

Thanks I needed this information.

According to Battle Nonsense. Capping your FPS using RTSS stabilizes frame times to make your game smoother. Could you test that as well?

@mduckernz

4 жыл бұрын

Ya, need to test for the 1% and 0.1% lows for input lag, for the same reason that only showing an average frame rate doesn't tell the full story in regular performance analysis. We're interested in *input jitter* . I will happily take a slightly higher average input lag in exchange for lower variance/jitter.

@jonathanmitchell9779

4 жыл бұрын

'Capping' your FPS using V-Sync also stabilizes frame times and can make games feel smoother, but it wasn't tested here either and for good reason. The latency/input lag introduced makes either method objectively worse in multiplayer/competitive gaming and not worth pursuing. The videos you refer to are very interesting, but without showing the penalties to input lag and display latency alongside the frame time changes, it gives the impression that the results of RTSS are all benefit and no penalty, which is simply just not the case.

@StormyIV

4 жыл бұрын

@@jonathanmitchell9779 I know capping your frame rate using V-sync or RTSS isn't all benefit with no penalty. I'm kind of curious to see the an input lag comparison along with a frame time comparison for V-sync vs RTSS. I know RTSS does increase input latency but I tried it out in a few MP games the other day and couldn't feel a difference.

High gpu demand. Cap fps. Low gpu demand, dont cap. Seems like a good general rule.

@microsista1413

4 жыл бұрын

far cry has high gpu demand and still dont cap

@campkira

4 жыл бұрын

don't matter how powerful GPU are there are time to will go too fast and some time too slow.... that going drive you mad when playing game... i normally cap it around 45...

@xm1808

4 жыл бұрын

@@campkira I dont have a "normal" pc, but with my 2080ti I just always let it fly. No going mad over here

@ultimabk

4 жыл бұрын

Im talking more in terms of the input lag if that is important then do what i stated but for me i prefer to see how high fps I can get a game at max settings, especially single player games.

@BeowulfCav

4 жыл бұрын

Wrong.

Would love to see this same testing with adaptive sync. I always cap my frame rate to 2 less than my max refresh rate, using the game engine or RTSS if the option is unavailable. When I leave my fps uncapped, the added latency is immediately noticeable to me (at least in the games I play.) On my old AMD gpus, I would force triple buffering vsync and then cap my fps. That allowed me to use vsync with reduced latency, and really helped my games feel more consistent.

Would it be possible to get the results for Apex Legends and Black Ops 4? Very intrigued by this and will use that option if it pans out. Thank you :-)

RTSS capping adds one frame delay. That’s published by rtss I thought. So yeah as long as you can cap and be under that one frame with rtss you will get a benefit

@mduckernz

4 жыл бұрын

You will also benefit in a way that the averages shown here don't actually reveal - there is less jitter. If they also tested for 0.1% lows of input lag, they would find that it is greatly reduced when using RTSS (or similar). This is why I frame cap... not to reduce _average_ input lag, but to reduce _jitter_ (the 1% and 0.1% lows; unexpected hitches, and the like). This is what one should care about, because it's the type of lag that you CANNOT adapt to.

@bestage9429

4 жыл бұрын

@@mduckernz That's interesting.

Ok... I'm a little late to the party here, but the methodology of this study is quite abysmal and does not "bust" any myth. Framerate capping is ideal when the GPU framerate is higher than the monitor refresh rate. This was not the case in too many of the examples given in the video. When the GPU framerate is higher than the monitor refresh rate the GPU render queue is overloaded with an excess of frames the monitor can't even display. The GPU is struggling to render the excessively large buffer to keep up with the last draw call passed by the CPU leading to increased input lag. That's why Battle(non)sense and others capped the framerate slightly below the refresh rate effectively pruning just enough data from the render queue so that the rendering is more at par with the monitor refresh rate and the GPU doesn't get caught up in intermediate frames that won't even show on the display on its way to the most recent frame in the buffer nor is it slowed down excessively below the monitor refresh rate. The frame rate cap in the examples of this video is not a few FPS below the monitor refresh rate, it's way below it. Battle(non)sense did not make the argument that framerate capping diminishes input lag anywhere below the monitor refresh rate, only slightly below it. This video in my view does not prove otherwise because it shows what happens when the cap is excessively below the refresh rate and as expected input lag is increased in that case. A framerate cap too far below the monitor refresh rate will add input lag from frames becoming visible more slowly, just as an uncap framerate too far above the monitor refresh rate will add input lag from the GPU racing to display the last buffered CPU draw call.

In my case I play world of tanks on 60 hz monitor v-sync triple buffering on no nvidia tweaks and I experience huge input lag ... by reducing “MAX FRAME RATE” options in nvidia 3D OPTIONS to 59 frames the lag is significantly reduced I can’t measure how much but I feel the difference. I read something about pre-rendering frames which leads to the input lag but if it’s possible to test this with some kind of software I’ll be glad to know is this a fix or it’s just the game specific fix

so, should games come with a benchmark that also recommends tuning information? example: benchmark ends & besides showing average and low FPS, it recommends enabling/disabling options to achieve better performance and/or input lag?

my framerate is always cap to 60 upto 72 because my monitor has freesync max 75hz

@MichaelHarto

4 жыл бұрын

if you plan to keep using freesync, capping will always give you lower input lag compared to uncapped. but if you don't plan to use freesync, then uncapping fps all the way IS the minimal input lag. an advice, you need a specific fps value to your LCD refresh rate to cap to achieve best result. please read this: (www)blurbusters(com)/gsync/gsync101-input-lag-tests-and-settings/5/ in principle, freesync works similar to gsync.

@z3phiro193

4 жыл бұрын

@@MichaelHarto are you sure man?

@MichaelHarto

4 жыл бұрын

@@z3phiro193 dead sure

there is a few things i think you got wrong. the VS was gpu at 100% vs gpu at 95%. most of these test you already had the gpu at 95%. than you cap the gpu at 65%. his finding was about the gpu being max out vs capping it below 95%. not this

This is what i need to know, thanks.

How are u getting 120fps in bf5 when having FFR off at dx11 will cause a major fps drop??

The thing is: Game runs at a certain physics rate Monitor has a fixed refresh rate gpu fps is often variable Game needs to pipeline all that shizzle If your capped FPS is divisible by the physics rate, you will get the lowest input lag while also keeping the tearing as low as possible. This theory is based on the fact that monitors used to run at 60Hz for such a long time, and it works for many games. Let me give you an example: Rocket League physics run at 120hz. If you own a 144Hz Monitor, set it to 120Hz. Now go to the game settings and cap FPS at 240Hz. If your controller or anything else causes framedrops, try 241Hz. There you go: Low input lag, less tearing. No Gsync or stuff like that needed.

@storm_rl

4 жыл бұрын

Imma try this on RL tomorrow

@ayylmao2892

4 жыл бұрын

How do you find the 'physics rate' for each game?

@DC9V

4 жыл бұрын

ayy lmao You can try and ask a game developer in the forum of the game you wanna play. Otherwise just try out different caps. In my case, i also have an old iMac with 60Hz, and there i’ve set it to 90Hz (1.5 x 60 ) which works better than 120hz because of the weak gpu.

@wazzupi-pubg

4 жыл бұрын

Do u happen to know pubgs physics rate i can't seem to find anything related

@DC9V

4 жыл бұрын

Storm , Make sure you got these settings: Vsync OFF Render Quality -> High Quality Any kind of Details -> Performance On the right side everything unboxed, beside High quality shaders, Dynamic shadows, Transparent goal posts It might be possible that 250 works with same or even better results, due to pipelining techniques implemented in the game. In my case 240Hz works better, but many pros like ScrubKilla and Squishy use to play on 250Hz.

What framerate capping definitely helps with is frame time consistency, especially when in certain areas of the game turning the camera makes the fps jump as certain elements appear or disappear from view. But in this case the goal is to put a cap that is lower than your min fps for like 90% of the game which is quite hard to achieve and may need revising for areas later in the game. For me however it is worth it as I hate fps fluctuations, especially around the 60 fps mark where they are quite noticeable. The improved frame time consistency may even help with input lag as a placebo, at least for me it does probably because the brain can adjust easier to a consistent than variable input lag.

Great video. Insights like this are valuable to me. I tend to use in game limiters to ensure G-sync is working.

G'day Tim, Another Great Video, although I don't play fast paced multi player shooters (or pretty much any Shooter) I still found the topic really interesting, as for game testing size, like Steve has shown with FPS the more games that you test for a result the more different results you get, with even games that use the same engine getting different results

If you are gonna test like battle none sens maybe do all the same variables, i was missing vsync on/off. Rather interresting finding about this topic

@honoredshadow1975

4 жыл бұрын

Exactly this. I always use Vsync as I don't play competitive online games. So the testing above was disappointing really. Would it still hold true? I don't know...

I didn't expect these results, I came in here skeptical about having any meaningful results thinking this might just be a "fluff piece" - but I was wrong!

I have a 2080ti, i9, 240hz monitor with freesync. I enabled gysnc, and don't have my fps capped. Should I cap it or not? Also, should I have the on+boost option for low latency?

How to measure my input lag at home? which program can do this?

My opinion, this relates with the Game Engine, and how the developer developed their game.....no black and white answer since too many variables.

Uh.. sorry but I think you're off the mark here... capping FPS helps reduce input lag ONLY when the GPU utilization is 99%, when the GPU utilization is already below it like something like 95 or 82 or 66 whatever, capping FPS WON'T help. So the real issue is the GPU utilization.

Great test!

What about FreeSync or g-Sync?

No wonder FC5 feels so laggy even with high frame rates, that input lag equals about 16fps

@A.Froster

4 жыл бұрын

Ubisoft "optimization" strikes back

@MadameMinty

4 жыл бұрын

The Division 2 is made by Ubisoft to have the best input lag in this test, and Fortnite is a competitive online shooter with worse input lag than single+coop FC5. You guys are fucking morons.

@rdmz135

4 жыл бұрын

@@skoopsro7656 Its not the publisher, its the developer.

@rdmz135

4 жыл бұрын

@@skoopsro7656 Their multiplayer games like The Division and Rainbow 6 are optimized extremely well. Its the single player ones where they just don't seem to care.

I want to see Apex Legends results for this type of test.

@adammeek2280

4 жыл бұрын

I'm pretty sure Apex legends benefits from A 144fps cap. I first noticed The difference when I tried playing on A 1440P monitor then when I went back to my 240 Hz monitor i lowered the cap to 144 and the game felt so much better

@TexasAce

4 жыл бұрын

@@adammeek2280 Yes, the engine is limited to around ~180fps by most accounts before you start getting strange issues. Some get away with a bit higher, some a bit lower. If I had a GPU that was powerful enough 1440p @ 144-165hz would be my choice for a monitor.

@adammeek2280

4 жыл бұрын

@@TexasAce now my next question is what about modern warfare

@TexasAce

4 жыл бұрын

@@adammeek2280 After seeing Linus's FPS video, I think that 1440p @ 144-165hz would be my choice basically across the board. the extra resolution I think will give a larger benefit then the extra FPS at that point. Sooner or later we will get 1440p 200fps+ monitors, that will be about perfect IMHO.

@adammeek2280

4 жыл бұрын

@@TexasAce I just tried it capped at 144 I have a 2080ti and usually leave it uncapped. May be placebo but I feel like it's much better capped.

So, what types of in game frame cap works and how we can force all devs to use them ?

Doesn't it mainly depend on whether the unneeded frames actually get dropped/skipped or not?

You guys cappin' your FPS to reduce input lag while I'm here struggling to reach 50fps playing Dota2

@michaelan9688

4 жыл бұрын

Same bruh same

I'm pretty upset Radeon Chill isn't being tested as a frame limiter when it should be the best frame limiter out there according to the AMD Engineer who wrote it

@phillgizmo8934

4 жыл бұрын

And to test it with "power efficiency" setting on and off. Mine set to "off".

@humanbeing9079

4 жыл бұрын

10:20 he literally said Radeon Chill didn't improve latency, so obviously they didn't disregard this. It's always a good idea to watch the entire video mate.

@0verkilla

4 жыл бұрын

Battle(non)sense already tested it, and RTSS is just better. You can check it on his FreeSync vs. G-Sync Compatible video.

@ht3k

4 жыл бұрын

@@humanbeing9079 he didn't show results though. Would have liked to see how much of a difference it really is

@ht3k

4 жыл бұрын

@@humanbeing9079 I rewatched the video you're talking about but there's no data for chill only RTSS & FRTC. I'm not sure if he's assuming FRTC and Chill are the same thing because I don't think they are when you set Chill's min & max to the same number

Any specific reason you used the Ultra Low Latency mode? Would have been great to see a comparison with and without; Battlenonsense saw an increase in input lag with it enabled vs disabled when the GPU wasn't being utilized to 100%. Would also have been great if you had used the same games in order to compare the results.

Any commonality between the game engines used and the results of testing?

Feels like all of this has been on blurbusters since forever, along with a lot of other optimization info.

Whenever i cap my framerate . Frame hiccups occers. So i let it free like an animal 😂.

@laggy0336

4 жыл бұрын

Use RivaTunerStasticsServer

@Ajstyle48

4 жыл бұрын

@@laggy0336 already using it. My lg 24 inch 1080p monitor support upto 74 hz refresh rate and no gsync freesync support so im using nvidia fast sync. Smooth and no lag and whatever fps game runs i have no tearing.

I wonder if you used an ssd with the same tests if it would change any if any of the results at all.

So what is the actual mechanism that differentiates benefits of frame capping? Is it set the FPS limit to what the 90% mark is on the GPU and set it to that?

No Apex Legend tests? Cmon man, i need that.

Strange really, Fortnite and Gears 5 both use the Unreal Engine 4 but display different results.

@alexatkin

4 жыл бұрын

Not all that strange when you think about it as UE can have an infinite number of different other plugins dealing with physics, controller input, etc. So its how they integrate with the base engine that would determine how this all works together latency wise.

Ok, so, should I cap my fps or not?? If I should, should I cap it ingame or with RivaTuner??? Pls answer me

This was all expected and I also argued that it was just his "DX11/12" titles that work the same say design wise that an engine framecap can improve the latency. What I'm more worried about is the general latency increase - seeing something like a 60ms on FarCry with 200fps seems atrocious. I'm part of the generation that started playing games when the average inputlag where somewhere +10ms zone with a Win98 system, using AGP port and CRT monitors - while games weren't running much above 100fps... These days aiming in games feels very sluggish, even with the higher Hz and framerates due to said internal engine lag increases. On linux with opengl/vulkan the lag seems to be way lower, so I just wonder if it's a performance>gameplay choice on directX implementation in general... How much lag does the latest DOOM have? It being a vulkan game with 200fps cap.

@giglioflex

4 жыл бұрын

Rewatch the video, it's pretty flawed. The premise of battlenonsense's video was to test the impact of capping FPS in GPU bound scenarios. This video pretends to verify those results yet a few of the games tested aren't GPU bound to begin with. In addition, Battlenonsense capped games at 95% while tim capped them at a fixed FPS (not a gpu utilization percentage). It should be obvious that capping a game a 40% utilization will not yield input lag benefits. The original hypothesis was that a completely tapped GPU would yield lower input lag if given a little breathing room, not cap the FPS at a ridiculously low number. Why tim did not cap at 95% vs 100% or make sure that games were at 100% utilization is beyond me but these two factors disqualify the results. It needs to be completely redone.

@mduckernz

4 жыл бұрын

@@giglioflex Additionally, he only tested the average (mean) latency. I'm much more interested in the *consistency* of frame times. I'll happily take a frame or even 2 of lag if it's _consistently_ that amount. The enemy is JITTER - a particular variety of lag - not only lag itself. We should always want lower lag, but if we are given the choice between lower lag but with more variance, or equal or higher lag but with less variance - we should always choose the latter! You can adapt to lag, but only if it is consistent. You cannot adapt to inconsistent lag, AKA jitter.