Aaron Kimbrell 87ce8e3e45 fix(load): the respawn checkpoint follows ServerDoneLoadingAllObjects on every load ...

Live sent PlayerReachedRespawnCheckpoint right after
ServerDoneLoadingAllObjects on 143 of 157 captured loads, with a
rotation: the spawn point the player arrived at, or a checkpoint they
had reached before. DLU sent it before constructing the zone's objects,
only when a checkpoint was saved for the zone, and always unrotated.

It now goes right after ServerDoneLoadingAllObjects on every load: the
saved checkpoint when there is one (DLU saves no rotation for it, so
that one stays unrotated), otherwise the position and facing the
player loaded in at. Inferred: that the loaded-in spot matches live's
spawn point choice (live's is the spawn point object, a few tenths of
a unit from the player's start).

Check: log in fresh to a zone, die before touching any checkpoint and
respawn: you come back where you arrived, facing the same way; reach
a checkpoint, change zones and come back, die: you respawn at that
checkpoint.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-09-29 03:57:37 -05:00

..

CMakeLists.txt

fix: Dissolve more CMake dependencies (#1387)

2024-03-05 20:13:24 -06:00

PerformanceManager.cpp

Invert frame rates (use inactive if 0 players in world, not the other way around) (#1796)

2025-05-14 03:57:29 -05:00

PerformanceManager.h

chore: some cleanup work on WorldServer and PerformanceManager

2025-05-02 16:33:28 -07:00

WorldServer.cpp

fix(load): the respawn checkpoint follows ServerDoneLoadingAllObjects on every load

2026-09-29 03:57:37 -05:00