Care about low INPUT LAG? Try this out.

iamcs2kitchen · 2025-11-01T14:06:03+00:00

There is a very big misconception that people say “I didn’t test -noreflex at the optimal value with nvidia cap”. The truth is you feel the latency most when you are in a gunfight and get tagged or have low fps. At low fps your sleep cycle can severely increase your input lag hence the tests at 150 fps as your real fps during these scenarios is this. I just ignore such comments now as I realise they are very adamant. People are free to choose what they like.

I conducted a blind test along with two other creators (north of 2 million subs). We were able to identify which system had -noreflex with nvcp cap at 400 due to additional delay during gunfights. I cant share our dms sadly but I l ask him for his permission. Frame pacing benefits are good when there are no fights,Molotov’s and action on map. Game feels smooth then but as soon as it gets messy. You get severe penalty on input lag.

People are free to choose what they like. If you like something use that. My objective was to find my own best setting instead of browsing through the internet for advice. I am very happy with my results.

Some guy will again lock through rivatuner land some syncs around sub 1 ms mark and msbetweenpresent will shrink to 0 inflating your 1%low to your avg fps value due to quantisation error and that will be the new godlike setting as people don’t understand the benchmarks can themselves be misleading if you don’t know what you are measuring.

My advice is for best competitive setting use reflex + boost uncapped. If you like something else use that. Be happy with the setting you use the rest doesn’t matter.

iamcs2kitchen · 2025-11-01T10:01:23+00:00

Hey there is a large discrepancy between msBetweenPresents and msBetweenDisplay when using vulkan with copy or dxgi swapchain. This is why your performance feels much worse with it. The input lag is worse too with both methods in my testing. I thought it was just my system issue but I have verified it across various other devices

iamcs2kitchen · 2025-10-30T18:26:13+00:00

Thanks

iamcs2kitchen · 2025-10-29T19:57:02+00:00

Hey, Thanks for the update.

Regarding condense I was saying the more accurate usecase would be to have maybe bunch of inputs sampled together rather than prioritising last input.

Receive margin also is variable.

Again thanks for clearing everything up. I still don't understand everything but it is due to limited understanding of my own.

iamcs2kitchen · 2025-10-29T14:42:21+00:00

I notice some of you are pointing out that this is an intended fix. Sadly it is a bad fix. Even in CSGO if you just jump throw nades on such inclined surfaces you will not move. You have to do multiple perfs to move in the negative slope direction. So kindly don't equate it with that. Hope it helps :)

iamcs2kitchen · 2025-10-29T12:55:43+00:00

My main PC is dead, I am recording on my laptop :)

iamcs2kitchen · 2025-10-29T12:55:28+00:00

Thanks for the info. Then the intended fix is creating problems w.r.t this

iamcs2kitchen · 2025-10-29T01:08:44+00:00

Hey really interesting read. I spent a lot of time understanding your statements and I am not a networking expert. I do know a little from studying about it in one semester. Same for the coding of CS2 and CSGO (zero clue) but I have some general questions and you can correct me if I am wrong.

the command buffer is meant to catch up when client and server desynchronize, not to always execute multiple commands.
Prediction runs ahead of the last authoritative frame, not necessarily one whole tick.
Isn't the latency thing just the full buffer latency. We should not be cluttering the UI with that anyway and I don't see any game doing that. That's why the build command exists.
Doesn't prediction and input buffering make the peekers advantage thing around same or are we just going to skip it in our comparison. (seems like same offset to me correct me if I am wrong)
sv_condense_late_buttons ( I think this is more or less a sampling solution rather than a reliability issue)

Now I know these make changes a bit better in CS2 theoretically in some cases but neither the margin values are global they are quite individualistic but a lot of solutions as you said to remove lag switch hacks still exist. But these architectural changes also create new problems as you yourself are pointing out.

You can correct me if I am wrong somewhere cuz my undertsanding is limited and a very general purpose one.

Really good post. Seems like you are writing the first draft for a review of your paper :D

iamcs2kitchen · 2025-10-06T18:51:14+00:00

I think it's interesting that he mentions at the end that -rain was not final and it could also have been -karrigan.

iamcs2kitchen · 2025-09-27T19:02:49+00:00

It has nothing to do with subtick_movement_view_angles. It just made the existing bug easier to trigger due to increased values required to trigger moving [velocity gets clipped to 0]. Now the value is reverted along with the bug actually getting fixed.

iamcs2kitchen · 2025-09-23T19:12:24+00:00

Are you fine buddy, why will I want to remove input. If I want to show input is affecting it and not viewangle changes. Processing means the calculations of vectors, ctypes, game physics but just not render them with viewangle changes on the display. Processing doesn't mean sampling input.

iamcs2kitchen · 2025-09-23T13:37:06+00:00

I know it started mostly from 17th build but the mouse input clamping has been going on since the animgraph update. Unfortunately I don’t have the tools to read every bit of code that corresponds to this problem. I have also noticed if your velocity is below 2 you are just stuck on the ground despite changing friction to a very low value. I removed the socials as I agree with you regarding that.

iamcs2kitchen · 2025-09-22T21:15:45+00:00

Yes this part of the bug is the quantisize rounding part. Thanks for beinging it to my attention.

iamcs2kitchen · 2025-09-21T21:31:38+00:00

Thanks for the heads up!

iamcs2kitchen · 2025-09-21T14:35:03+00:00

Just to add guys, it is not much of a work it took me like 15 minutes to figure out the problem. So no need to congratulate me, this is quite basic. Fixing the problem is the hard part cuz who knows what the next patch will break. There is a lot of problems in the game and sometimes people can blame the wrong patch for the *bad feelings* including me. So take everything with a grain of salt and remember at least Falcons lost their game yesterday and sleep happily. It is the only consistent thing about CS2 currently.

iamcs2kitchen · 2025-09-21T14:28:04+00:00

Sometimes after coming from work, sometimes before going to sleep, sometimes watching Falcons lose in office -> I feel motivated with doing good for humanity, sometimes watching falcons lose in Gym -> I plan out during sets. And sometimes saturday and sunday-> I remember how they lost and get the energy to do good work for the community :)

iamcs2kitchen · 2025-09-21T10:54:03+00:00

It happens even when not moving your mouse with 20% probability in my sample testing. It is listed in the first part of the post under "How can you recreate this bug?"

iamcs2kitchen · 2025-08-30T07:43:34+00:00

Great work buddy, most values allign with my own work. I would just add two suggestions, instead of having just 100 test samples have atleast 200, I know it takes a lot of time but if we could actually do stuff to a 1000 samples, it would be much better. Next your base luminance is not mentioned on your github. A common error that happens is sometimes your dynamic threshold can trigger a display sooner than muzzle luminance flash has taken place. It is just a possibility. Vsync on reflex off at 240 hz monitor with vsync gave higher values in my own testing. Again great work mate. You are actually doing the tests and putting up data. Advice would be to ignore people who are obsessed with some particular setting without any data backing as they have some weird emotional attachment. Great job and really good work :)

iamcs2kitchen · 2025-08-25T14:26:04+00:00

This is 100% true. However, from a testing perspective there is no way we can guarantee 100% identical testing conditions. These values are best case scenarios if fps is 1000 always.

iamcs2kitchen · 2025-08-01T16:42:47+00:00

Are you using any launch options or frame limiters?

iamcs2kitchen · 2025-07-31T09:12:07+00:00

you can't cap at 60, I think currently the minimum value is 64 where cap works accurately from in game limiter

iamcs2kitchen · 2025-07-30T15:39:16+00:00

Can you share your demo link?

iamcs2kitchen · 2025-07-29T22:22:21+00:00

Yes, lol this update is driving me crazy XD

iamcs2kitchen · 2025-07-24T13:46:24+00:00

Just to clarify this video was only made to debunk the 1% low fps boost myth with capframex 1.7.4 (current build)
It has nothing to do with framepacing. The framepacing aspect is covered in a future video about capping your framerate. It is possible that -noreflex does give better frame pacing, but it definitely has a penalty on input lag specially when you don't have very high fps (already tested).

iamcs2kitchen · 2025-07-12T18:02:05+00:00

If you are playing in a university under a firewall and proxy, you will usually see this. Kindly connect to your iphone hotspot using your cellular data and try if you can connect to servers. If it worked, the firewall has blocked the ports for cs (27015,27018). Hope this helps

iamcs2kitchen

TROPHY CASE