- Check destination medium against source, since it's possible
to transition from a fluid to air and raycast will NOT collide
with the air, causing from-fluid-to-air transitions not to be
detected.
- Pre-cache fluid medium data for all node defs instead of running
through logic at runtime.
Deeper dimming/vignette when server is empty
to make it a little more visually interesting, plus
add a clearer indication that the server is in
a different state than normal play.
If only one player is online and they are idling in
darkness, it makes the "Watching: " caption show
up too frequently. Instead, only show the caption
when we change to a different player.
See if we can get rid of that one step worth of jank after
moving the player before their lookdir is set correctly, which
might be due to the delay involved in the work of moving the
player's position.
If no player is connected, just show random views around "spawn"
(the origin for now, not actually testing to find the real spawn
location or honoring static_spawn setting yet) every ~10s.
Make sure the camera is never placed inside a solid; if it is,
then it needs to be moved immediately.
This leads to uneven times between cycling to
a particular player; it's probably best to just use
the naive order and let players rotate through
deterministically.
This was especially noticeable when a player
was last in the queue and then first in the next
queue, so you'd see a "Watching: ..." HUD
announcement but no actual change in perspective
and the player would just run twice as long.
- Remember to clear cached IDs on exit
- Try to defer HUD creation a tiny amount to avoid slamming clients
with a ton of HUD creation packets all at once
Move player to target position first, then restore
inventory after so it doesn't get left behind where
it's restored (i.e. next to the /watch-ed player)
Aaron Suen