All field notes

Why a game can pull you back: rubberbanding

Your visible position can move smoothly while the server has a different account of where you are.

Two versions can disagree

A client can predict movement before an input reaches the server. Collision rules, packet timing and simulation differences may leave the two versions apart. The size of that gap matters, but the gap alone does not identify its cause.

The correction becomes visible

When the client accepts authoritative state, a correction can look like a snap or pull. Different games smooth, blend or immediately apply corrections differently. Calling every stutter rubberbanding can hide other issues such as rendering stalls or a choppy remote player.

Inspect before blaming the connection

In Lag Arena, scrub the replay around your dodge and look at the solid local circle and dashed server circle. The reported largest position gap is the maximum difference over all simulated frames. It is not a measured correction size or a real-network quality score.

Try a repeatable investigation

Record a late dodge on Busy Wi-Fi. Review impact. Change to Clean without recording again. If the result changes, this simulated timing path mattered. If it does not, the input may simply have been too early or too late for either condition.

The missing parts matter

This arena has no movement-blocking collisions, anti-cheat, server overload or rendering stalls. The central blocks are scenery. For a real game, gather evidence from its own diagnostics and compare conditions without assuming this simulator has identified the cause.

Try it in the playground

Further reading

The experiment and explanation above were written for Lag Arena. For a deeper technical reference, read Gabriel Gambetta’s multiplayer networking series.

Model review: October 31, 2026. This is an educational simulation; it does not reproduce a named commercial game.

Model and limitations · More field notes