PVPspinArena

FPS & aim guide

Subtick CS2: input timing is not a zero-latency promise

Subtick CS2 describes Valve’s timing approach for actions between simulation updates. It does not remove the time needed to render a frame, deliver packets or show an opponent. Server update rate, client frame rate and network latency should be measured separately.

No individual author is named. These pages are explainers from the site, not a specialist review and not legal, tax, or betting advice. The editorial policy says what the date and the sources mean. Send corrections to contact@pvpspinarena.com.

2 min readPublished by PVPspinArena · Updated

Part of our FPS & aim series. New to the topic? Start with FPS games for money: what winning actually pays.

Three clocks to distinguish

MeasurementDescribesDoes not establish
Client frame timeTime between rendered framesNetwork round-trip time
Simulation timingWhen accepted game state advancesDisplay scanout delay
Network deliveryTravel and arrival of updatesGPU rendering cost

Valve’s telemetry help separates frame and network indicators. Use that evidence before attributing a missed shot to one subsystem.

Make a comparison reproducible

Use the same hardware, display, route and connection. First test camera movement and shooting in a controlled environment, then add live network play. Record spikes and packet problems instead of reporting only average FPS. Playing two clients on one laptop is a different GPU workload from one normal session.

Best CS2 settings covers frame tests. Counter-strafing covers movement execution rather than network theory.

Hitboxes and interpolation are different questions

A hitbox defines a region used for hit testing. Rendering and update timing affect what you see and when, but changing a crosshair or resolution does not simply enlarge the server's head region. A convincing diagnosis needs a defined test and accepted server result, not a single cropped frame.

The anti-cheat guide also separates authoritative state from client presentation.

Our browser model is not Valve subtick

PvPStrike uses its own simulation and presentation. Its source targets approximately 30 simulation updates per second and snapshots every 50 ms; actual delivery can vary. Local rifle feedback starts before the authoritative acknowledgment, but damage remains server-owned. These are implementation targets, not measured ping or guaranteed FPS on every device.

See the game tuning below, browser FPS checks and the FPS topic.

Identify which timing stage is slow

Input lag follows the local action-to-display path; polling rate concerns mouse reports before the game processes them. If the picture advances unevenly, CS2 stuttering separates frame delivery from delayed network updates. A server timing label does not diagnose all three.

PvPStrike's actual rifle tuning

Generated from the current game's damage and recoil functions. These are PvPStrike values, not Valve's CS2 weapon statistics. Assumes 100 health and a fresh vest; no damage through cover.

Hit areaUnarmored damageFresh-vest damageHits at that damage to reach 100
head34343
chest34264
stomach30235
legs20205

Recoil sequence reset after a three-shot burst: 280 ms. After a long spray: 650 ms. Releasing fire does not immediately erase recoil; both the Police M4A1-S and Terrorist AK-47 remain automatic when held and use the same damage values.

Mixed hit locations and depleted armor change the result. Use the winner recap to compare hits and damage, not a promised win rate.

FAQ

Frequently asked questions

No. Network travel and processing still take time.

No. One describes rendered frames; the other concerns simulation updates.

No. The server still decides whether the shot and damage are valid.

No. It has its own browser client, simulation cadence and network snapshots.

Sources

Try a browser aim duel

PvPStrike is a separate CS-style browser game. Practise first; review the entry, fee and match terms before any cash duel. Adults only where permitted.