CS2 subtick systeem: wat het doet en waarom het anders voelt

Author

Subtick is het systeem waarmee Counter-Strike 2 jouw inputs op de server vastlegt, en het vervangt het klassieke 64/128-tick verhaal uit CS:GO. Het gevolg is dat acties niet alleen per “tick” worden bekeken, maar ook op het exacte moment ertussenin, en dat kan net anders aanvoelen in duels.

“Ik schoot eerst, maar hij kreeg de kill.” Die zin hoor je sinds de release constant terug, en subtick krijgt vaak meteen de schuld. In de praktijk zit het meestal in een mix van subtick, serverkwaliteit, ping en vooral fps en frametime, waardoor feedback op jouw scherm achter kan lopen.

Wat is subtick en hoe verschilt het van tickrate?

Tickrate in CS:GO betekende vaste snapshots van 64 of 128 keer per seconde. Alles wat tussen twee ticks gebeurde, werd pas bij de volgende snapshot meegenomen, waardoor timing binnen zo’n interval minder precies was.

Met subtick legt CS2 timestamps vast van inputs die tussen ticks vallen, zodat de server achteraf kan reconstrueren wat er gebeurde en in welke volgorde. Denk aan twee spelers die bijna tegelijk schieten: bij 64-tick ziet de server “beide schoten in tick 45”, terwijl subtick kan opslaan “speler A op 45.23” en “speler B op 45.67”, waardoor A officieel eerder is.

Meer ticks krijg je er niet van, maar de timing binnen dezelfde server update rate wordt wel fijner geregistreerd. Die belofte is helder: eerlijker registratie dan vroeger, alleen voelt die precisie soms confronterend omdat CS:GO bepaalde slordigheidjes verstopte.

Waarom voelt schieten en hitreg anders in CS2?

Inconsistente hitreg voelt vaak als een serverprobleem, maar het beeld en de registratie lopen niet altijd gelijk op. Subtick zet je schot op het exacte klikmoment neer, terwijl muzzle flash en recoil animatie uit sync kunnen raken bij lage fps of stevige frametime spikes, waardoor het lijkt dat een kogel niet “klikt” of juist wel.

Spray control wijkt ook af, omdat CS:GO patronen mee liet lopen op vaste tick-intervallen. In CS2 wordt elke kogel preciezer gelogd, en dat klinkt top, maar bij fps onder de 100 kan recoil sponzig aanvoelen omdat je client die subtick-timestamps minder soepel rendert. Dat merk je vooral in langere sprays, waar feedback net minder direct terugkomt dan je gewend was.

AWP quickscopes en pistoolduels leggen het extra bloot. “Ik schoot eerst” komt vaker voorbij omdat subtick kan vaststellen dat de tegenstander 0.02 seconde eerder klikte, iets dat in CS:GO binnen één tick kon verdwijnen. Op papier eerlijk, maar het voelt wrang als ping of fps jouw feedback vertraagt en jouw scherm iets anders suggereerde.

Movement, peeks en peekers advantage met subtick

Counter-strafe timing is strakker omdat subtick het moment registreert waarop je velocity 0 bereikt, in plaats van pas op de tick erna. Daardoor worden jiggle peeks en wide swings netter gelogd, terwijl kleine inputfouten, zoals schieten terwijl je nog 5 velocity hebt, harder worden afgestraft dan in CS:GO.

Peekers advantage verdwijnt er niet door, want dat zit in ping en lag compensation. Subtick maakt vooral duidelijker wie eerst om de hoek kwam, en registreert nauwkeuriger op welk moment jullie allebei schoten. Met 50ms ping tegen iemand op 20ms ziet de tegenstander jou nog steeds eerder, en dat blijft gewoon een latency-issue.

Consistent movement-gevoel hangt daarnaast sterk af van stabiele fps. De server kan exact weten wanneer je stopte, maar daar heb je weinig aan als jouw client die timing met haperende frametimes terugkoppelt.

Grenades en utility timing in CS2

Utility timing is preciezer, en dat heeft echte gevolgen voor line-ups. In CS:GO ging een nade los op de eerstvolgende tick na je klik, terwijl CS2 de release op het exacte timestamp zet, waardoor runthrows en jumpthrows gevoeliger worden voor timing-variatie bij wisselende fps.

Jumpthrow binds werken daarom anders. De oude -attack; -attack2 bind stuurt nu twee aparte subtick-timestamps in plaats van één tick-commando, en daardoor landen sommige nades net iets anders dan in CS:GO. Veel spelers stappen over op alias scripts of nemen kleine afwijkingen voor lief, want dit is geen bug maar het resultaat van preciezere input-registratie.

Is het subtick of ligt het aan jouw setup?

Veel klachten die “subtick” roepen, komen uiteindelijk neer op fps drops, packet loss of servergedoe. Onderstaande tabel helpt je snel scheiden wat vaker met subtick samenhangt en wat je vooral in je netwerk of hardware moet zoeken.

Symptoom	Subtick-gerelateerd?	Check dit
Spray voelt inconsistent	Ja, als fps onder 100	fps_max, NVIDIA Reflex
Shots registreren niet	Nee, dit is packet loss	cq_netgraph: loss/choke
Movement voelt sluggish	Deels: subtick + frametime spikes	Frametime graph in settings
AWP shots missen terwijl je raakte	Ja, als fps instabiel is	fps_max 0, monitor refresh rate
Peeks voelen unfair	Nee, dit is ping/routing	cq_netgraph: var/ping
Nades landen anders	Ja, timing gevoeliger	Stabiele fps, test binds

Als de tabel richting setup wijst, loont het om eerst je framerate en netwerk te stabiliseren. Daarna kun je pas eerlijk beoordelen of subtick voor jouw gevoel “raar” is, of dat je vooral tegen technische ruis aan het spelen bent.

Instellingen voor een stabiele subtick-ervaring

Stabiele verwerking van subtick-data valt of staat met hoe soepel je client rendert en hoeveel inputvertraging je meeneemt. Met de instellingen hieronder maak je de feedback doorgaans directer en voorspelbaarder, zonder te doen alsof je subtick kunt “uitzetten”.

fps_max 0 of fps_max 400 zorgt voor ongelimiteerde of hoge fps, wat input lag vermindert en subtick timestamps smoother verwerkt
NVIDIA Reflex op + Boost vermindert render latency en maakt subtick-feedback snapper, vooral merkbaar in duels
V-Sync uit voorkomt extra input lag die subtick-timing verstoort en zorgt voor directere feedback
Multicore Rendering aan stabiliseert frametime, waardoor minder spikes optreden en subtick consistenter werkt
Netgraph (cq_netgraph 1) laat packet loss en jitter zien, essentieel om server-issues te scheiden van subtick-problemen

Deze tweaks veranderen de server niet, maar ze helpen wel om de “ik klik en er gebeurt iets later pas iets” frustratie te beperken. Vooral frametime spikes zijn hier de stille killer.

Netwerk en servers: ping, routing en EU matchmaking

Subtick compenseert ping en jitter niet, het registreert alleen preciezer wat jij deed. Met 60ms ping naar een EU server blijft die vertraging bestaan, en subtick vertelt de server vooral dat jij 60ms geleden klikte.

Bufferbloat kan het extra verpesten, omdat router queues jitter veroorzaken en je timing onrustig maken. Een stabiele 30ms is beter dan swingende 20-50ms, zeker in situaties waar trades of clutches op milliseconden landen.

Voor Nederlandse spelers staan de meeste Premier en matchmaking servers in Frankfurt of Stockholm. Ping komt vaak uit op 15-35ms, maar routing via overbelaste nodes kan jitter geven, en dat voelt in-game meteen “onbetrouwbaar”. Check cq_netgraph op choke of loss, want dat wijst meestal op server- of routeproblemen in plaats van subtick.

Welke CS:GO commands werken nog (en welke niet)?

Valve heeft een deel van de oude netwerk-tuning weggehaald. rate, cl_interp, cl_interp_ratio, cl_updaterate en cl_cmdrate doen niets meer, omdat subtick de client-server communicatie anders aanpakt en variabele packet sizes gebruikt afhankelijk van wat er gebeurt.

Een paar dingen zijn nog relevant. cl_lagcompensation staat altijd op 1, net_maxroutable bepaalt de cap op packet size, en debug-tools zoals net_graph zijn vervangen door cq_netgraph. Minder tweaken dus, maar dat is ook het idee: subtick automatiseert een deel dat je in CS:GO zelf moest finetunen.

Demo’s vs live gameplay: waarom replays anders lijken

Demo’s kunnen laten zien dat je miste terwijl je live zeker dacht te raken, of precies andersom. CS2 slaat subtick-timestamps op, maar de playback interpolatie kan afwijken van wat jij tijdens de match zag, vooral als de demo op lagere tickrate wordt afgespeeld of als je fps in de live game laag was.

De demo is daarmee niet “de waarheid”, maar de server-reconstructie. Jouw moment-op-moment ervaring hing af van client-side rendering en latency, en dat verklaart een groot deel van de ghost bullet discussies.

Testen en trainen met subtick in gedachten

Training werkt het best als je ook je frametimes in de gaten houdt. Workshop maps zoals Recoil Master zijn handig voor spray patterns met subtick-feedback, terwijl Aim Botz sterk is voor tracking en flicks, en vooral bij wisselende fps zie je snel of je feedback begint te zweven.

Frametime consistency telt hier zwaarder dan pieken in maximale fps. Een stable 200 fps is beter dan swingende 300-150 fps, omdat subtick dan consistenter aanvoelt en je aim minder “schommelt” in timing.

Deathmatch servers kunnen extra ruis geven door lagere server fps of meer packet loss bij 20+ spelers. Spray en movement trainen voelt daarom vaak strakker op lege servers of in Premier, waar de server load lager is, en subtick beloont sowieso clean counter-strafes en eerste-kogel accuracy meer dan wild spraying.

Subtick: eerlijker, maar niet perfect

Subtick probeert Counter-Strike eerlijker te maken door inputs veel preciezer te registreren. Tegelijk blijven serverkwaliteit, ping, fps en frametime bepalend, en veel “subtick issues” komen uiteindelijk uit je setup of netwerk in plaats van uit het systeem zelf.

Pak het praktisch aan met fps_max, NVIDIA Reflex en cq_netgraph, test hitreg op een lege server en geef jezelf wat tijd om aan de timing van CS2 te wennen. Movement en netcode in CS2 evolueren constant, en subtick is daar een goed voorbeeld van. Met een stabiele setup valt het verschil vaak minder op, terwijl trades en clutches op de achtergrond wel netter worden vastgelegd.