this post was submitted on 25 Sep 2023
21 points (100.0% liked)

Gaming

30540 readers
204 users here now

From video gaming to card games and stuff in between, if it's gaming you can probably discuss it here!

Please Note: Gaming memes are permitted to be posted on Meme Mondays, but will otherwise be removed in an effort to allow other discussions to take place.

See also Gaming's sister community Tabletop Gaming.


This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[โ€“] Kolanaki@yiffit.net 2 points 1 year ago* (last edited 1 year ago) (1 children)

Why stop at 128 tick? Why not update the game state every millisecond? Or when any action is taken by any player (which is what the subtic thing sounds like)? Eliminating as much time delay between 1 player doing something and the other players being sent that data seems to be the way to go; so what's preventing it from being done that way? Bandwidth? CPU speeds? What?

Why not update the game state every millisecond? Or when any action is taken by any player (which is what the subtic thing sounds like)?

Updating the game state every millisecond on the server would cost too much resources without a tangible benefit. 64 tick to 128 tick doubles the CPU usage while decreasing the time between each calculated game state (tick) by 8ms. Updating every 1ms (1000 tick) would have 16 times your CPU usage compared to 64 tick. E.g. if you currently have 320 fps you'd only have 20 fps.

[what's] preventing it from being done that way? Bandwidth? CPU speeds?

Exactly. If people currently have a varying ping or packet loss, increasing the tick rate would male their experience worse. It would also be worse for anyone matched with those players. This is already the case with those players that have jittering movement.