Playband
Devlog

Notes from the engine room

How we build deterministic physics, rollback netcode, and the cloud behind Playband.

netcode

Joining a match in progress, in a few kilobytes

Late-join used to mean shipping the whole world. With compressed snapshots and reconnect deltas, a player slots into a live match almost for free.

Read more
cloud

Pricing that matches what realtime actually costs

Why we bill on smoothed peak-CCU with a player-hours guard instead of MAU — and how cheap egress lets us undercut the incumbents.

Read more
cloud

Scaling rooms across regions without touching a server

Matchmaking, fleets and three layers of autoscaling across five regions — so the cloud grows under your game while you ship gameplay.

Read more
physics

Deterministic 3D physics, down to the last bit

Stacking boxes, capsules, joints and split-impulse solving — all in fixed-point, all identical across machines. A look at the 3D core under Playband.

Read more
pathfinding

Pathfinding that agrees on every client

Navmesh A* with funnel smoothing and ORCA avoidance — running locally on each machine and arriving at the exact same path. No path data on the wire.

Read more
unity

It should feel like Unity, not like netcode

Components, systems and a source generator that turns plain C# into a deterministic, rollback-ready multiplayer game — with the networking nowhere in sight.

Read more
netcode

Rollback netcode that just works

Predict locally, reconcile when remote inputs land, and re-simulate the difference invisibly. Here's how Playband makes rollback the default, not a research project.

Read more
physics

Why realtime multiplayer starts with determinism

Rollback netcode is only as good as the simulation underneath it. Here's why Playband is fixed-point and bit-identical from the first tick.

Read more