Designing Sound

Replication and Alignment
If we ignore Einstein for a moment and assume the existence of a synchronous
global timeframe, then networked clients in a multiplayer game would all march
like an army in lockstep. In reality clients do not do this; they are more like
a loose crowd following along asynchronously because of network latency. The
server maintains an authoritative “worldview” which is broadcast to all clients.
This data may include new objects and their sounds as well as time-tagged pack-
ets that indicate the relative rather than absolute timing between events. It is
necessary to reschedule some sound events pushing them forwards (if possible)
or backwards a few milliseconds to make them correspond to visual elements.
Without this, network packet ordering and jitter would scramble the sequence
and timing of events and make the sound and vision disjoint. Variable delays are
used to align sounds to correct positions or states by interpolation on the client.
Music Dialogue and Menus
These are often given special treatment and have their own groups or subsys-
tems. Dialogue is often available in several languages and can contain sentences
of differing length or even have an entirely different semantic structure. Where
music is dynamic or interactive this is currently achieved by mixing multitrack
sections according to a composition matrix of “stems” that reflects emotive

---

22.4 Procedural Audio Advantages
321
game states. Short musical effects or “stings” can be overlaid for punctuation,
and atmospheres can be slowly blended together to affect shifting moods. Menu
sounds require a separate code environment because they exist outside the game
and may continue to be used even when all world objects or the level itself has
been destroyed.
SECTION 22.4