Why You Might Be Missing Your Shots in CS2 - THE PROBLEM WITH SUBTICK UPDATES
Вставка
- Опубліковано 13 вер 2023
- So I've found this interesting feature of CS2, that could really mess with you aim.
If you like the video, please consider subscribing. - Ігри
UPDATE (please read before you comment):
There is a lot of mistakes in this video. I’ve made a new one, where I correct them
Just saw this video, and wanted to post this.
See that you posted this 23min ago :D
Question, since you have to use other bind methods (alias and cfg execs) in cs2.
Could this possibly not create a level of 'lag'/delay with the testing?
Would it not have been better to use the same bind method in CSGO to see if it works the same there?
This makes a lot more sense now that you added that, because with your testing your mouse technically isnt moving.
I was just about to correct you on that one, it doesn't really matter though, your theory might be close to what's actually happening though. I'm sure valve's servers are powerful enough to handle the load, BUT we're currently in beta testing which means valve are logging absolutely everything happening all the time which puts a ton of strain on the servers. The subtick system would be amazing for lan or very low ping games 5-10 on all players, higher ping makes it a mess though, I surely hope they have an idea of how to compensate that. Great video.
Respekt kárečku.
the only 2 flaws that ive found were about: 1 subtick partially uses 64 tick rate for things that are less demanding live grenade trajectory, that why on 128 tick even on cs2 lineups are diferente. and 2 that the sub tick need to register every movement that ur mouse does, it doenst need to process every thing, just the position of your cursor on the fire.
ngl this could explain why spraying feels weird as well. Interested to see if valve do something to fix this
Yeah, I think things like this will be fixed with/before the offical release.
it's not actually a bug in CS2 its actually supposed to be like this.
Read my comment for more.
@@Renos44no way lmao, ig the game keeps like this forever its dead
@@Renos44 Your high if you think it suppose to be like this...
@@Renos44 which comment?
Makes so much sense, I feel like something has been fundamentally wrong since the beginning, awping feels off with flicks and so does spray control with rifles, good video man!
To be fair I think this does make it unplayable to a degree, with peek advantage being so heavy at the moment everyone is trying to wiggle peek or re peek for advantage so most of us are moving, if you sit and try to hold an angle half the time you will die simply from behind a wall without seeing the other player.
literally. i've gone from hitting the majority of my flicks, to the bullet always going to the left/right of a player. It is actually game breaking. Raw accel also doesn't see to work so my sens is fixed unlike in csgo
The spray difference is due to the AK having higher recoil in the first 9 bullets than in csgo
Awp feels of because in CSGO when you flicked the bullet would slingshot to the position you flicked after your shot, like a string attached to the bullet and cursor, in CS2 the awp shots perfect, to perfect. the bullet will land exactly where you shot and not travel with your flick cursor thats why people missing a lot now. As a awp main i noticed that too that i sometimes shot like silver 1 in CS2
@@ownagebox how can you say in ''cs2 the awp shots perfect, to perfec, the bullet will land exactly where you shot'' When the video, CLEARLY, shows that it doesnt
@@institutionalinformant you can clearly see hes always barely moving after the shot in CS2 most visible with awp and auto the bullet holes are exactly where he triggers not where the cursor ends. I had some other article about this with a were the shots where scripted points, maybe i can find it
Valve never said subtick sends server requests dynamically, and it would be pretty hard to implement something like that because the server won't have a good trigger for when it updates the clients, since it has to update them all. It's more likely subtick is just timestamped event data being sent on a fixed tick rate so teh server can theoretically simulate the events more accurately
I thought the client sent the tickrate right away, that's the point, not because the shots were not accurately registered in time but the objective is the faster validation and display back to the client, so we're supposed to see less missed shots that were displayed locally (happens often) or maybe as often but the false impact will disappear faster.
so subtick is only a minor deconfliction improvement but if the mouse pos is not updated as often, it's limited in its positive effects, maybe it shouldn't have been inflated by the valve communications @@cicolas_nage
if that was the case it would be even more data-intensive than just having 128 tick servers@@raph151515
@@raph151515if the client sent the update right away then we'd be on an events driven update for game networking which would be ass for FPS games
Yeah, thanks for adding that. Thought the same.
you put so much effort into this. thank you for the insights.
Such a small content creator but amazing video quality. Subbed and liked
yes same here! well done :D VALVE PLS FIX
I KNEW I WASNT CRAZY
Production is crazy, appreciate all the work u put into this
correction: if i understood correctly, subtick doesn't stress servers any more than normal tickrate as it just registers all inputs between ticks and executes them at that place and moment when the next tick comes instead of waiting for the next tick to execute all of that (for example, if in between ticks 1 and 2, a player was in the center of your crosshair and you fired, but then moves out of your aim when tick 2 arrives, subtick would know that and register it as a hit instead of a miss)
Exactly that
I don't think this is a server stress problem, but instead, a display problem - human baseline reaction time is around 10milisecond, which actually coincides with the 15ms 64 tick rate in CSGO, that is why it feels natural to most players when they flick shot timing, or even spraying because it's only after we see and register in our brain (which doesn't have sub tick lol ;) ) ak-47 start to shoot sideways that we adjust by a counter-motion using a mouse to spray control. But that doesn't explain why the macro this guy used to stop and shoot at the same time will cause the crosshair to not be on the shothole - but you can apply a similar theory, most gaming keyboards have an input latency of 1-2milisecond, and the receiver (PC) + loading into CS2 software will up this to around 5-15 ms depending on your specs. Since this issue doesn't always occur (sometimes the crosshair is on the shothole), in science, we call this unreliable, so there 'must' be a random error that is causing a disconnect between what "you see and what you get", and I suspect that sub-tick is working compartmentalized for single actions such as shooting (aim) or movement keys, but not calibrated to work well when together. You might argue that sub-tick shouldn't cause this issue (which is what Valve is insinuating), but from a practical perspective counting units such as ticks is incredibly important when trying to achieve replicable results (which is a fancy way to say reliable results). For example, if you have a ruler with millimeter units and ask 10 people to measure the length of a 4.25mm string, they are most likely going to give results such as 4mm, or 4.5mm because your measuring equipment is not accurate enough to give more decimal places, so you naturally just round to a nicer number like a half. If we do the experiment again with a ruler with a mix of units such as mm, cm, micrometer, and nanometre (to emulate how sub-tick tries to get every input in between ticks) and then ask 10 people to measure the same string, some people won't try hard to measure and just go with 4mm, some people will use the smaller units and try to get 4.2mm or even more extreme some people will attempt to go 4.2479...mm, now you have a wider array of numbers as results which represents the inconsistency that you feel, and amplify that with so many actions that you are doing in CS2, it's more likely than not that errors will occur - and reasonable that we have this problem.
This is all because of the subtick system, in csgo there is server compensation but in cs2 it registers 2 things, where shot started, where shot should end, immediately due to subtick. For me personally this feels really bad. After playing cs2 for a week i went on to play csgo again and god the shooting felt like a breeze of cold wind on a sunny day.
I wanted free leetify premium for a day, so I changed my tag within csgo and had to play a game. God damn is it such a crisp game when you put it up next to cs2. I'm really enjoying cs2. I can see the promise in it, but it needs so much work. I think Valve has no choice but to delay or fix this fast.
Exactly, for some reason the shooting in CS2 feels just weird and I could tell that almost immediately. Then I tried to go back to CSGO and man it feels so much better.
Same
this will prob get fixed at early release
@@Kylo_tonny I think it will be many fixes over the next year. I think we get a slight delay while they iron out the worst of it, but this is a new CS game on a new engine. It'll probably take time to fix like csgo did.
bro! the fact that this is your first youtube video, it is doing so good! the content you provide is better then most. keep up the good work and let this channel grow huge! and thank you for making this video, it explains why so many of my awp flicks miss😂
Question is, WHEN do you click?
In CS2, when you click, it remembers the exact position/rotation and that's where your bullet starts of from. In CSGO, your click is queued for the next tick and THEN it looks at rotation etc, so there is a random delay between clicking and the click taking effect.
Therefore it's possible in CSGO to click->move mouse and the shot fires from the new position and not from where you clicked.
In CS2 it will fire from where you clicked, being more precise.
What you observe right now, is that the animation is still tick and not subtick dependend so it fires on the next tick, while the actual shot got prepared on the subtick precision and therefore it feels off. The click for the shot probably happens a few moments before the rotation ends. In CSGO everything was on tick so it was executed when the rotation ends. In CS2 it's now "off" because the action is registered more precicely.
This is correct actually. It makes sense. It was actually the animation and the scope that stopped later, rather than the shot being off or registered earlier. So even if it seems off, it’s actually more accurate. It’s kinda confusing :))
now add imput delay 7-25ms and you get fully random shots all the time. with qued ticks you can acually understand where bullet will go.
@@airbl4d3HDexactly, same shit that happens in valorant most likely. Its horrible.
@@WorldKeepsSpinninvalorant has 128 tick servers, subtick is unique to cs2, what are you on about
@@airbl4d3HDif you'd actually read the comment properly you'd understand the guy you're replying to is saying literally the opposite
This needs more views!! Been noticing this with spraying as well. Awesome video!
I think that bullet goes exactly where You clicked Your mouse. Animation and console command processing probably is still in ticked system. This way bullet goes where you shot, but the unscope animation and stop rotation are still processed on the end of tick. This is why it's sometimes close to the crosshair (You shoot and send stop rotation command close to the end of tick, so You stop rotation almost immediately) or really far away (you shoot on the beginning of tick and move till the end of it, so You have almost 1 tick of discrepancy (15ms) between shot and stop).
This is also why it feels of, we have lagless shooting, where bullet's can go back in time to be resolved, cause they have timestamps, but rest of the game - is still bound to the ticked system. Where in CS:GO - everything was resolved on the end of the tick. And as I always say about those things - in games we can pretty easily accommodate to latency as long as it's stable (that's why we can play games in 30fps as long as it's locked, and we get new frames in stable manner) - but when latency starts to fluctuate - it fucks our gameplay. And that's why game feels bad when it dropps frames from 300 to 150 (where on stable 150 it would be playable AF for anyone after some accommodation period) and this is why shooting feels of as You can't accommodate for the lag that fluctuates between 0 and 15 ms.
yeah this is what it is and why spraying feels a bit off. the shot is perfectly on your crosshair at the time you shoot because that’s the whole point of sub tick the animations are just a tiny bit delayed. still feels jank because it’s out of sync but i feel like videos like this should have almost any amount of research behind them lmao
If you have so much knowledge why aren't you a game developer? What you're saying sounds like a bunch of word salad, he tested on CS:GO first for a reason to show that 64 tick is more stable using this option.
@@someoneelse564 Why, where?
@@scambaitspidey3470 he is literally right, 64 tick system wasnt more stable, it just sent everything a the end of the tick, making it so that if you pressed in the middle of a tick, the bullet would go where the crosshair was at the end of the tick, because this state was the one sent to the server.
@@ssame9722 everyone has to be on the same page. Without a tickrate it is impossible as there will always be input lag. Unless everyone is on LAN.
underrated asf, not only for the explanation but also for the editing!
its people like you, that i'm thankful for, to deal with problems like this. ngl - thank you very much.
This video needs millions of views. Share this to everybody so valve can understand! Great work!
Thank you for making this.
Thank YOU for this comment. It feels great having positive feedback like this.
Easily my fav part of the video is the humility and reminding everyone that this isn’t some kind of confirmation of fact, and just a test. Love to see that
really interesting vid bro great work!!
Your proposed solution is exactly what came to mind while I was watching this, and I am a software developer. So good job.
I'm not software developer, but wouldn't it cause the server output to force the crosshair into the earlier input possition in the otherwise tickless server?
The explanation in the video is most likely wrong. It isn't that the shooting uses the mouse position form the last tick but that the unscoping/movement stopping only happens on the next tick. I.e. the movement stops late which makes it look like the shot hit too early
@@HoxTop Regardless, sending the crosshair coordinates along with the fire event should resolve the desync.
They pre-nerfed the game because of KennyS yet again.
always a pleasure to look at these vids
This is what niko was saying if u miss your first one tap just spray,because the one tap wont register in the right spot after the first one
Be careful with the assumption that your mouse movement input is sent to the server immediately. The subtick system just receives the input with a timestamp, indicating how far into the tick the action happened. Games can handle high polling rates, but for online games they have to linearly interpolate between frames to keep Internet traffic of inputs at a manageable level. Source: I've been programming 2d and 3d applications for about 6 years now and I'm working on a small game engine of my own. Valve will come up with a solution for this. Since this is not an easy problem to fix, it might take them some time, but they will come up with an acceptable solution
Is this even an problem lol? People got used to press fire a dozen miliseconds before stopping crosshair at the target, and the game registered it at the end of the tick. Simply muscle memory issue. Now it shows off as people's shots appear before the crosshair stop.
Edit: Shots are still processed when the tick ends, it's that now they appear accordingly to input time. Maybe they make a line between 2 crosshair positions, and, let's say if you pressed at 0,5s after previous tick, shot will appear between 2 positions.
@fantastikboom1094 now I gotta do math while gaming
I saw something about jump-throw binds being inconsistent, but setting up an alias for them first and then binding that alias made it perfectly consistent. Do you think it's possible something like that is coming into play here? (i.e. Create an alias for shooting, then binding mouse1 to that alias)
bro no way you only have 700 subs, this is actually top tier content, Keep it up!!!
this is extremely valuable information, thank you!! I hope more people see this
Actually the bullets hit right where you click them thanks to subtick but the visual representation of it is only rendered at the next tick. That is the reason why they are in sync in CS:GO but in fact the shot in CS:GO is delayed until the next tick and NOT hitting the spot where you clicked. This is also the reason 128 tick in CSGO feels so much better than 64 because ticks are only half as long and your shots are then hitting closer to where you actually clicked. With subtick though it registers at that exact same moment of the click but the shooting animation comes 1-16ms after depending where you shot between the ticks and the bullet hole is represented where it is according to the subtick/where you clicked. This means it would still yield you a kill if you clicked on the enemys head even though at the time of the tick the enemy might already be away from your crosshair.
When you understand how the engine works in CS2 this is actually a good thing. They just need to adjust the visual part of it to match better with the client side actions.
The red and blue are where the client and server thought the shots hit because he is shooting and stopping instantly thats where he was aiming at the time and yet the shots are not going in the same place so if it is just a visual representation and not shots lagging behind why when he is stopping spinning are the shots still behind?
yes this, the shots will happen in the server in the exact point in time when you click and it won't wait till the next tick, like in csgo.
@@Tommo_ yes but the moment he clicks on client side is the moment he stops aiming and yet the shots lag behind
I think your theory is right. Assume you have 0 ping and say you shoot at exactly the start of second 1 of the server's time, the mouse updates 1000 times a second, therefore, the server receives the shot at 1/1000 of second 1 but cannot send it back until at least 16/1000 of second 1 because the server is still running on 64 tick. Introduce 30+ ping and you're now waiting at least 30+30+16=76ms until your shot is sent back from the server. Do this same test with 100 or 200 ping and the distance from the shot on the wall to the crosshair should be even greater. If someone did that then it would confirm this theory. In CS:GO this shouldn't be a problem since the client and server both run on 64 tick, so they know exactly when the shot happened and if they agree, then that's it, it just gets received the same way it was sent out.
@@Tricker1266 Actually in CSGO the shot will just completely miss solely due to the delay of 64 tick when ever the click has happened just after a tick.
The reason this feels so wrong is because Sub-Tick is working properly, you DID actually click at those locations but the kicker is your gun didnt shoot till the actual tick update making your shot look delayed to where your bullets are actually going.
which is pretty stupid if this is the result no?
Thats wrong. If you slow down you can see where youre shooting and its not on the location. That showed at the beginning
no, the point is that the animation of the shot and tracer happens on the next tick. wheres your shot calculation is sub-tick. So it will look like you're shooting later than you actually are, and later than when the server calculates your shot. hence, the actual shot is more accurate than the animation and tracer. @@PultsMoizer
@@PultsMoizer its not, there are other videos that perfectly show that where you shoot is pretty much where the bullet lands, the animation is just very delayed
Good Video I def thought something felt weird when I have been playing this could be it honestly, Thank you sir!
wow thx, this really explain how my awp shot somehow missed with me flicking right on the body. I was so confused since I missed like 2 shot that feels like should have hit, to the point I just stopped picking up the awp
It is possible that the shooting angle is a different thing in the data packet while other actions are not. So when shooting is registered, it is on the exact same angle while the second action -right is not. Also it is not done immediately. More or less it is like a rollback thing.
I saw a video that was posted on Reddit recently where someone made a macro that would move the mouse to one side and then in less than 1 frame would flick to a target, fire, then move off the target (Sub-frame mouse input, or why flicks feel different in CS2 by MrPyber). In CSGO the shot would be fired at the same location as the next rendered frame, but in CS2 the shot was fired exactly where the mouse was when the input was received. I can't claim to know what's going on here, but it could be that while shooting is recorded at the exact ms the input is received, the visual updates like unscoping don't occur until the next frame. As for the spin test I don't have a guess.
As far as how many mouse inputs CS2 needs to handle, USB mice can only send inputs to Windows at up to 1000hz independent of the DPI. Some USB mice can "pretend" to be multiple devices in Windows and feature 4000hz polling or more, but the highest I've seen is 8000hz. Maybe now that CS2's mouse inputs aren't capped at your frame rate, ultra high polling mice will explode in popularity.
I think this is arguably the best explanation as to why this is a thing. The subtick system works in-between frames - and as a result even with the most precise of slow motion recording - itll still seem like it didnt hit the same frame granted it tracks the time you hit your mouse without account for frames. If your mouse's polling rate is moved down to your monitor refresh rate (144hz, 60hz, etc) you'd likely see the bullets hitting in their exact positions similar to CSGO. Could be wrong though.
I keep my mouse at 2000 MHz polling rate, but shooting still feels off...not to mention spraying is the worst thing in the game atm. Will try 4k polling rate to see if it feels better
I think the -right command is only sent on the next tick, resulting in a delay
This is the real explanation. It isn't that the shooting uses the mouse position form the last tick but that the unscoping/movement stopping only happens on the next tick. I.e. the movement stops late which makes it look like the shot hit too early
He probably sends mouse events using native code to the window. Instead of moving the mouse along a spline which sends a mouse event for every coordinate on the spline he hops the mouse from coordinate to coordinate. hop(500, 500), leftclick(), hop(1000, 1000) for instance. Doing this you can basically do all the 3 actions in a time frame of 1ms. I thought CS2 used timestamps which normally uses nanosecond precision. Or maybe Valve is cheap on the data traffic and uses millisecond precision since 64 tick is 15,625ms/tick .
Wow, great video. Thanks for the explanation!
Earned a sub Good Job keep on going
It occurred to me that in cs2 i miss a lot of flicks, most of the time when it happened on cs:go I could recognize that I simply missed it, while on cs2 it happens VERY often that I genuinely say "wtf?" Since I'm pretty sure I should've hit that
But I'm always too unsure to say "It's cause of new bs valve made" and most of the time I simply justify it with "I'm bad bruh"
That's why things like shadowplay or obs replay are a blessing, sometimes the 60FPS recording is enough to tell game's bs
You shouldn't have hit it. Shots go off position when you exactly pressed the button, but the animations plays with tick
And since skill no longer works on cs2, its fair to say all those hardcore top fraggers are actually hackers
@@StarComet7 From my understanding it's not exactly like that but feel free to correct me if I'm wrong; don't want to go around spreading misinformation
From what I understood if we were to take 1 singular tick and divide it in 100 fragments, no matter if you shot it in the 64th or 99th of a tick, it will be registered as if you shot it at the very start of a tick (1/100)
So (impossibile example but exaggerating things help out understanding) if I were to move my crosshair 500 pixel away from the registered position where my crosshair previously was, then my shot would be registered as 500 pixel before my current position
Again, I'm not 100% sure I understood correctly so if I'm wrong please correct me
@@whitinnn what you described is actually how csgo calculates. In cs2 the tick would carry the timestamp of you click and the server would register a better guess of you crosshair position inside the tick.
Still broken game
Still i am having fun
The worse your ping the more you see and feel this effect. Even now. You can still see this problem in community servers that you have 60 or higher ping in, joining a closer one feels drastically different
; most accurate explanation so far. nice workd kido!
Great video! Really hope this gets fixed, cs2 doesnt feel nearly as responsive when compared to csgo.
I guess it makes sense. I'm one of those guys that when I pick up the awp I flick crazy fast like I'm trying to break my wrist, and I've struggled adjusting to cs2. My other friends who use a more passive / slow style rarely flick fast and have much more easily adjusted to it.
Yeah, the AWP was the only weapon I was noticing the bug with in game.
Same, I'm not flicking all the time, but I do flick, I need it for no scopes for example or if the enemy wasn't in the side I thought he was then I flick to shot him.
now i know why i get more headshots, cause i always flick past the head
Finally, some explanation, thank you! You manage defined the "feels off-feeling" bravo!
This video is mostly wrong, I’ve made a new one, which should be correct.
Well it feels like it's happening to me all the time. I simply cannot hit one single USP headshot and when I do it always feels like it was a lucky shot. In CSGO I have multiple 1-tap highlights saved on my PC and the aim felt right... I've been struggling a lot with the AK although I was able to win a 1v4 recently, even my silver 2 friend noticed the AK feels different. Yesterday I hopped in CSGO and hard carried easily winning 1v3s in a roll. It feels like in CS2 I can get killed even by enemies running with the AK (and the demo showed multiple times the enemy didn't stop when killed me), in CSGO it feels it punishes more players with less counterstrafing skills.
Same 😢
Sooo true, feels like exactly the same for me
It definitely makes sense based on my experience. And the bit at the end about your crosshair rarely moving while you shoot, I’m not so sure. A lot of times you are making microadjustments to move to your opponent’s head as you click, in a 1v1 fight
there's this "flickshot" thing... It's just stupid that the speed of your mouse matters now, esp because csgo had some of the best flickshots/qs mechanics
You’re constantly moving your crosshair as to try and spray control
Great analysis, I thought I was going crazy something felt off
I noticed, because i use awp plenty of times and I'm descent at flicking i barely hit any flicks mainly straight shots are the ones i hit now, glad some one is shedding some light on this thank you
so this is why i feel like stupido ....
Subtick is a clientside feature. The server still operates at 64 tick. The only thing that subtick means in the end is, that it has certain actions that send updates to the server at any time, not bound to a tick. Regardless, you have a very interesting find there. I hope valve sees this video. The reason why this is happening is hard to figure out from the outside.
Do you know this for sure? I thought sub tick would mean the server uses an event-based queue with timestamp instead of polling ticks.
its the opposite, the one validating your shots with the perfect timestamps is the server, not your pc, if not, hacker would validade shots however they wanted
@@nexuhs. yes but the client will send the stamp to the server and the server will decide. but it isnt working properly. lag, performance, latency and other issues are favouring better systems and ping
@@bay0r exactly. Its also worth mentioning that there are still certain activities that are strictly tick bound.
It doesn't even send updates to the server at any time. It is still sent in packets every 1/64 second. It's just that some actions are now time stamped, so the server can more accurately calculate when something happened and in which order.
You are a natural at UA-caming bro. Your voice is so calming also
Český přízvuk se pozná všude :D Pěkný videjko
CS2 still runs on ticks, you can verify this because the game will send 2 data packets to the server 64 times per second. That makes 128 packets which they need to send because the subtick system really just adds metadata to each event, the metadata makes the packet too large for a single packet so two are sent. It could still be related to the subtick system but not in the way you suggest.
the DPI part is wrong to an extend. what you're saying is right but its not the DPI that determines how many inputs/sec your mouse sends. Its the hz of the mouse. The DPI determines how many counts (also called counts per inch) your sensor does when you move your mouse. the updaterate which sends this data to your computer is hz. so for a 1000hz mouse that is 1000 updates/second and it doesn't matter whether you move your mouse or not. the data will get sent anyways. i personally use a 8k hz mouse and 8k hz in cs2 feels a lot more reliable than 1000hz is all i can say. this is most likely because the 8k hz sends the data earlier (because sending more often/sec = sending earlier to the actual position of the mouse). To sum it up: DPI determines how finely-grained the mouse's sensitivity to movement is, the polling rate measures how often the mouse checks its sensors for changes.
no he's as right as you in a way, the mouse do not sent an move event when not moving, the maximum rate of change for the mouse is when the sensor detect any movement at each mouse refresh tick, if some tick don't contain any movement, there is no event. So the refresh rate is the maximum event rate, and the actual rate depends partially on the DPI and movement speed of the mouse as well as the resolution, I'm sure cs or the mouse driver don't consider a mouse position change until it's bigger than a pixel. What is wrong here is the scale of the argument, imagine you move half of the screen in one sec (approx 1000 px for full hd) you already max out the fastest mouse out there (1000 Hz), and a half screen flick is not uncommon and often way faster than 1 sec, so most of the quick movements will absolutely max out the refresh rate. If you play 800 600 and you have the speed of a snail, then the mouse events will be a lot less frequent.
thank you so much for taking time of your day to make such a wonderful video. Many people expect someone to make a video like this but nobody understands it needs a bit of effort.
This is even on a local server oh god.
Nice video man keep it up!
Awesome video. You showcased the bullet inaccuracy really well, and I hope Valve looks into it. I do want to mention however that the part where you mention 160,000 updates isn't quite right. The server will only update 64 times per second. If you move your mouse 1 pixel, or 1,000 pixels, it doesn't matter. After 15.625 milliseconds the server will see your new mouse position, and your character model's view angles will be sent to all other players on that single tick. I don't know exactly how sub-tick updates work, but if I had to guess I would say all commands (or inputs) are marked by a clock independent of actual game ticks. The clock can be used to see when, within a single tick, a command was issued. For example, if the game is on let's say tick 1000 (since the map started) then the games clock would be 15.625 seconds (yes, seconds), which means tick 1001 will occur at 15.640625 seconds. Now if you send a command such as +attack in the middle of tick 1000, the clock would read 15.6328125 seconds. By marking the player's command +attack with that specific time value, when tick 1001 finally occurs, the command will go through, but not before taking that clock value into account. For example, if two players fire their weapons on tick 1000, we can determine who actually shot first by examining both of their clock values for each of their +attack commands. That would be one use case for a sub-tick clock assuming my guess is accurate. It could be used further to determine all sorts of data such as view angles between ticks, when a command occurred. It's hard to say exactly what's going on at the moment, but take my theory with a grain of salt.
Bullet inaccuracy? What? No. It's you who is inaccurate. Gone are the times when you guys rely on luck to hit flicks that doesn't make sense. Imagine in real life you pull the trigger and then you flick and that's only when it fires. Doesn't make sense right? This is the accurate way.
in fact locally on your client, the render will show the last local mouse position, if you get 300 fps and your mouse is 500 Hz, the view angle will be updated 300 times a second using a position which is max 3/5 of a frame old (I did the math at random), so the test he's doing is comparing this local position to what ever position gets recorded by the server prior to validating the shot and then displayed at the next tick when the server response gets used locally. It means that what he is showing is comparing the shift between server shots and local shots, for instance in a game, some shots seems straight, display impact, then disappear and completely missed, because the client must display something temporarily before updating with the latest info from the server. The servers send an updates every bunch of frames at the 64 tick rate, the diff between csgo and cs2 is how much the position changes. Subtick means that between ticks, the clients send more often update potentially, because it sends right away key press. Mouse events while rotating are at the max FPS (I don't think cs registers position multiple times between frames, all the code is frame based). If the subtick was triggered even for mouse events, the number of events received will be enormous (I'm all for it even then) so the cost for the servers will rise, it could improve the shift but I don't think it's even that, because csgo does better at 64 ticks without subticks, so I'm sure it's related to another difference, like the server deconfliction policies and even it could be caused by some random bugs in the new code used in cs2 (I'm sure they finally rewrote core stuff)
@@justcrap3703 I'm talking about the inaccuracy with +attack;-right as shown in the video compared to CSGO.
@@raph151515
"It means that what he is showing is comparing the shift between server shots and local shots"
The problem is that he is using sv_showimpacts 1 which shows local bullet prediction as well as server prediction. If there was a shift between client and server we would see the blue and red boxes misaligned greatly every time.
"Subtick means that between ticks, the clients send more often update potentially, because it sends right away key press."
This doesn't appear to be the case. A UA-camr named MrMaxim performed a Wireshark analysis of game packets months ago which showed that there were no additional packets being sent.
Something worth considering is that Valve cannot afford to congest the network in a fast-paced game like CS2. Fewer smaller packets is the best way to ensure low bandwidth. It's also the reason why they use UDP packets for speed. 160,000 packets per second has the potential to literally knock people offline. In MrMaxim's video, Valve's official 64-tick server transferred 64 packets per second. This is why I believe that sub-tick doesn't literally mean sending data during world update deltas.
I played a lot CS2 and wondered why my AWP flicks aren't hitting anymore. Ich changed my dpi and aim speed several times but it's still a pain to hit shots right.
THEN yesterday I played CS:GO with a friend without access to cs2 and instantly my shots were accurate again. I got really nice frags again and was unhappy about cs2
same this made me quit cs2 for now. its just a stupid feeling missing shots and be left wondering if its game or your fault.
My shots are hitting with CS2, because CS2 actually does it accurately :)
brooooooo i face same prblmm everdayyy i think at everynight when i go for sleep that i am became noob then i saw ur comment and now i feel that i am wrong bcz i eliminatedd many pro playerss in cs goo cs 2 is very baddd
@@Ayan-nz3or meanwhile I learned how to play with the new system. Doesn't work as good as before but it's getting better. Good luck for you bro
Well explained video mane! congrats
Awesome video! I’m just gonna flick randomly and hope my fire input registers 😂
I'm not an expert either but the dpi I think it relates to the mouse sensor capability to scan the surface and the rate of transmitting these info relates to the polling rate of the mouse.
When you combine this with the input lag being 2x and the other netcode issues that are also present it does become "literally unplayable" as far as I'm concerned. The entire game feels completely off when you play it and I personally wont bother till these issues are ironed out.
input lag is not 2x that's just misinformation
@@keatonwastakenIf you have a 60ms ping it kind is.
idk why everybody discussing 'new cs2 problems' but i actually gets perfect glock shots VS compare to csgo where i was complete noob on first round as Terr, i still have questions for scout fast stooting but meanwhile awp is just fine for me.
@@BriJeeTVGameDev Yes tap firing is more accurate than ever in CS2 but with that also comes the horrendous downside of spraying being completely screwed up and flick shots also being screwed up.
The core of the issue right now is the lag between subtick and server tick.
When you fire a shot subtick instantly registers it but then the server, which is 64tick, updates like 15ms later and since the weapon animations are tied to the server tickrate it means the bullets you're shooting happen way earlier (15ms is a lot for these things) then the actual animation of the gun.
Search on UA-cam "MrMaxim Is this why shooting feels off in CS2?" and you'll understand, it has a visual demonstration.
Quick fyi on how source/S2 networking works- the game is “simulated” at whatever tickrate it has (which is why nade lineups were different in GO). The game also sends packets every time it simulates. The current working theory for subtick is that every input is timestamped as best as possible relative to whatever frames it happens between. Additionally, chances are, they’re not recording each louse movement. They just check your mouse movement every frame and send that to the server, and then also log your mouse movement every time a shot happens, so that the shot isn’t misaligned.
good video, good explanation with actual real video game footage.
For real faceit's tickrate feels faster.
well done!
You should have used the exec cfg method in csgo as well instead of aliasing. Probably doesn't matter but there could be some minor overhead on executing multiple commands via a file instead of with aliases, it's good practice to eliminate unnecessary variables.
Very well made video! Have you send a bug report? With this amount of evidence it should be replicable and fixable for the devs :)
It makes so much sense now! I’m gonna have to try this
It's most likely not true, I've made a new video, where I try to explain it better.
Yeah I noticed this too and I was so confused, I just blamed it on my ping and moved on but this video definitely helped understand it
I doubt it is due to dpi, however this is a really solid showcase and experiment showing that there is a massive problem. Thanks for making this video
this game is not esports rdy
I knew the awp flicks were broken as hell and i didn't see many people talking about it. Also i didn't notice it was the same case for every gun. Glad i came across this vid
this video is awesome!
You definitely deserve more subs and views on this for the effort and quality!
This explains my own missed shots😭
Yeah i think you are definitely right. cs2 was found to still run on 64 tick BUT it has "subtick" so it remembers your inputs for whatever was done between ticks, like clicking, and they have your mouse movement which is probably just running on the 64 tick like you said.
This is subtick working as intended, your shot is going where your crosshair was the instant the mouse button was pressed instead of being teleported to where your crosshair is on the next tick. This is an improvement over csgo that’s simply going to take some getting used to since it is different
It's an improvement in theory because its more "accurate" but its worse gameplay wise and noone asked for the change. People have practiced for 15 years with it the other way we dont want it different.
People did ask for 128 tick servers for well over 8 years though.
While it's not what people asked for it is the same idea
its obviously not as u see in the vid its pretty random, in csgo its at least consistent
@@tomklie98 it’s random because him pressing the fire button is not synced with the tickrate, which is the entire point of subtick. The shot lands exactly where it’s supposed to, which it doesn’t in csgo, and then a random amount of time passes between then until the next tick, at which point he stops rotating.
@@NiceEvils "its too old now dont bother improving it" is exactly the type of thinking that prevents improvement, just get used to the new system and let the meta shift, if you cant adapt its your fault. csgo players are all about getting what you see until it doesnt benefit them
bro dont worry if you are wrong about it, u came up with a great topic, keep the good work
This explains why I've suddenly been horrible after getting cs2
This is actually a problem with csgo. There the info of your bullet is only registered at the next tick with the firing animation, so they are in sync. Therefore the bullet, firing animation and crosshair are all a bit too far.
In cs2 the bullet info is saved immidiately and sent to the server on the next tick at the same time as the animation. This sub-tick info is then applied, so the bullet shows where it should, but the crosshair placement and animation dont have subtick so they travel too far. IMO this is better than your bullet going too far as well
Alright I'm going to attempt to explain whats going on here and why flicks in cs2 and csgo are not the same.
basically in csgo every action was processed at the end of a tick in a certain order.
i believe mouse clicks where always processed last.
this lead to some jank of mouse clicks being processed not when they should have.
they would follow your crosshair not where you actually shot if you do a frame by frame comparison.
in cs2 subtick timestaps every action and the server follows every action according to the timestamp.
So mouse clicks are always processed over what would be crosshair movement.
it looks like your macro does this.
+attack then +turn right.
in CS2 this means you will always shoot first then move the crosshair.
Compared to csgo where it would often be move the crosshair then shoot.
Maybe it is currently like this, but it really shouldn't be. If you stop spinning and shoot you should shoot when you stop not before.
@@cassnorland1974 It's exactly like this in play. the issue here is how he issued the commands to cs2 and why you can't really test the hitreg using console commands or macros like this anymore. sub-tick will always process commands in order and at the exact moment in time that they happened.
his commands where +attack then + turn right
cs2 will always read this as shoot first then turn right exactly as how you sent them to the game.
This explains why I felt like my shot would not register on target when I turn quickly to aim at someone
very good discovery, need to check it after some updates
As a programmer, this is definately not what's happening.
My guess is that the mouse angle is recorded at the exact time the sky is fired, but the command to stop spinning it's only registered on the next tick.
This would result in the delay you see, but wouldn't be a problem in real games.
Maybe you could try testing this with a macro instead to be sure.
You are wrong, inputs are processed and viewangles are updated client side on every frame, then on each tick the viewangles and player actions are sent to the server. Using a macro will make no difference. It seems like the data in each packet is not fully synchronised, probably some things are using subtick (player actions) and other things are not (viewangles) resulting in movements and actions that are synchronised client side being out of sync on the server, because the server sees the player action as happening X ms before the tick but other things it assumes as happening exactly on tick. I don't see any other logical explanation for this, especially because this is not a problem in CSGO where everything is on tick and by definition is perfectly synchronised.
@@nd7024 from mouse movement yes, every frame. But most commands like -right are only processed during ticks.
cs2 is trash
They fked it up soo bad, make me cry.
It ran smoothly on my laptop like 60+ fps and no it's barely over 30....
++++
playing AWP and doing flick shots got me mad. Thanks for proofing this issue, very important video.
Kinda shocking how valve didnt fix this after 6 month of beta, but lets hope its just because they werent aware.
I thought of exactly the same solution after your explanation. I hope it's not too complicated to implement it.
still not fixed trash
CS2 IS TRASH this is the worst shooting game in history
Exactly bring back CSGO 1 man 😢
This needs so much more views!
same thing and i knew something was weird, when i kill an enemy but my crosshair is far away from the enemy, nice way to discover this problem and hope valve can fix it
Nice video. I got the same issue awping and flicking and it got me really mad. Hope valve fixes!
great video. subbed :) hello from brunei se Asia
bro nice video, only 200 subs???? Keep up the grind youll be big and get sponsors soon
This is a great video, if you haven't sent it to valve already please do so they can look into this!
I was a pro player in a former lifetime (meaning 20 years ago) but I still dabble once in a while. My only way of awp'ing was flicking, and I could usually pwn a DM server easily in GO after a little warmup. Now I cannot hit with awp/scout AT ALL. I hope this get fixed so I don't have to change my playstyle at an age of 41.
it does feel like ur right, on csgo the ssg 08 feels much snappier when moving ur crosshair around, but on cs2 you have to stop right before shooting to actually hit something
You got a sub. Now I know why oping is hard rn. I used to flick but right now I depend on my reaction time instead of flicking 😅sad
i like it being behind your crosshair because it can stop the run and gunners.
I grew up on cs 1.6, was lvl 10faceit, Radiant in Valorant, and honest to god, ive never felt like something was so off about a game like i do in cs2. I like to 1tap, it keeps me focused and stops me from going for bad sprays, and ever since CSGO came out, it was possible to do it consistently. Valorant obviously made it even easier with their upgrades to hit reg and servers, so you could legit never miss if you had the aim. But then CS2 came out, and I was so hyped to get back into the faster paced gunfights of CS, now with fixed hit regs and servers, but holy shit, the game is not just buggy, its unplayable. There is no way you can ever get a 1tap, the same shit happens to rifles as it does to the awp, I tested it out on some bot games where id flick onto their heads and shoot 1 bullet, and the bullet literally ended up where my mouse was a millisecond ago. Spraying has never been this bad, even cs 1.6 had more consisten spraying it feels like.
Just disappointing how the core of the entire game will never be on the level as Valorants, cause I really do miss CS, its simpler and more fast paced, which is honestly more fun if done well, its just the fact that your shots dont go to where your aiming, or your opponents body isnt actually where its showing to you, making the bullets miss again. Its been an issue for 15years we har CS:GO, very weird how they still havent come up with a real solution whilst their competitors have.
amazing video thank you subbed.
You also have some crazy crisp aim definitely better than mine and I am 4000 ELO .
from how i understand it the subtick system means that time data is included into every tick so the server knows when exactly something happens, but there is still a set tickrate
I've seen someone that explained that in csgo the bullet goes to where your crosshair is when the animation happens. But, in cs2 the bullet goes to where was your crosshair at the moment you clicked your mouse. Im not a game developer either and no absolutely nothing but i think its a fair summary.