branchrust_reboot/main/parellel_validatemovecancel
109 Commits over 31 Days - 0.15cph!
Update: WaterLevel supports getting water heights for a batch of positions
- added a test to make sure batched produces same results as the singular version
Tests: ran the new unit tests
Update: Putting in a skeleton of logic for Parallel update
- Duplicated BasePlayer.ServerUpdate and FinalizeMove - rewrote to work on a list of players
- Added `server.useplayerupdatejobs` to control whether to use parallel or serial processing of players, default to off
New code doesn't really do much, just organized in a way to start working on parallel bits. I feel like I'm about to depart on a year-long journey into the jungle.
Tests: compiled in editor in SERVER-CLIENT mode
Update: ServerDemoPlayer - use time as progress indicator, instead of bytes of stream consumed
- Also removed a couple TODOs that are either done or decided to drop
In the previous version there would be no progress report until the next timestamped messages was reached - this is confusing UX.
Tests: played back the demo where I connect 15 seconds in, causing a jump from 0% to 18% progress. Now it's gradual.
Update: DemoServer - don't try to launch it in SERVER+CLIENT mode
That's a can of worms I don't want to deal with right now
Tests: none, trivial change
Clean: DemoServer - allow configuring the server for demo playback
Tests: none, trivial change
Update: ServerDemoPlayer - added error logging on hierarchy desync
Since some messages are handled by hand, it's possible things can go wrong in the future - this should catch it.
Tests: played all demos I have, no errors reported
Clean: removing no longer needed method
- Was previously part of ClientDemoPlayer
Tests: builds in editor in SERVER mode
Bugfix: ServerDemoPlayer - handle player rotation properly
Tests: played back a new vehicle demo, and an old demo 2p where the player was shot in the head - no violations, no entity stutters
Bugfix: ServerDemoPlayer - replicated polayer now follows demo's trajectory
- Also added more detialed logging of position messages
Decided to stop avoiding syncing player's position to outgoing messages, as there's weird teleport in the recorded demo. But at least now it works as expected.
Tests: Played back the longer 2 player demo - all good. Playerd back the known short demo with violations - still present, so also good.
Bugfix: ServerDemoPlayer - don't duplicate connected players
- Also added expanded tick logging
Connected player doesn't move due to tick divergence - investigating.
Tests: played back a 2 player demo with 2nd player connecting half-way-through. Only one player gets created in expected position
▅▇█▋▉█: ▌▋▉▇▌▋█▋▍▋▅▆▌▇▌▇ - ▋█▋'▍ ▇▇▋▉▍▆▊ ▆▇█ ▆▉▋▉▉▉▌
- ▇▍▅▆▉ ▇▍▌▊▌ ▄▇▌▉▄▍ ▊▄█▍▍█▊▅▅▇ ▉█▊ ▉▇▋ ▇█ █▉▊▋▌▄▌▊ ▆█▊▍█▍▆
▉▅▉▅▉ ▍▌▆ ▄▄ ▆▌█ ▆▄▉▆▍█▄ █▇▌▅▇▄▆▅▆
█▆▌▉▅: ▄█▌▊▋█ ▉▆▊▊ ▊ ▆▇█▆ ▌█▍▄▌ ▋ ▆▆▇▋█▋ ▋▄▉▌▇▆ ▆▆▉▋▊▆▄█. ▆▊▆▉▄▋ ▋▌▇▄'▆ ▌▋█▌▆ █▌ ▆▊▌ ▅▄▌▇▄ ▄▆▊, ▅▌▋ ▍▇ ▉▉▍▋ ▋▋▍▌▊▉▉██▌
Update: ServerDemoPlayer - automatically validate the demo offsets if debug.json is available
Tests: Recorded a single player session on craggy - no reported errors.
Update: FullServerDemos - add basic debug json packet logging
I confirmed that my packet reconstruction goes wrong at some point, so now need this to help track down what logic is borked.
Tests: recorded a short demo on craggy - got a valid debug json
Bugfix: ServerDemoPlayer - quetly skip unrecognized entity kill messages
- Moved message logging to be before message handling, to be able to get more info before executing logic
Not clear why it's happening, but will leave that for later. Also investigating why getting malformed OnEntities messages once 2nd player connects.
Tests: tried to play back a 2 player demo on Craggy. No more NREs related to entity killing
Bugfix: DemoServer - properly cleanup outgoing NetWrites
Tests: played back a short server demo - no issues.
▅▆▋▆▊▆: █▍▄█▆▆█▄▄▊▅▍▉▉▄▋ - ▆▊▇▍█▅█▅ ▍▌ ▉▆▉▊▆▉ ▌▇▄▍▄▉ ▅ ▌▌▅▍▅▊ ▌▋▄▌▇ ▄▅▌▋▋▇ ▉▍ █▇▊▅/▉██▊▅▆ ▉▅ ▋▊█▉▅▆▅.
- ▆█▄▅ ▉█ ▅▊▅▊ ▅▉▊▇ ▅▄▌▅▊ ▊▉▋▄▋▉ ▉▋▊▇ ▊▇ ▉▉▆▇ ██ ▅▅▋ ▇▋▇▍ ▄▊▌▋ ▉▊ ▊ ▇▉▊/▉▉█▇▊ ▍▊█ ▇█▇▉ ▄█▄▊▊▊ ▄▌▆▋▇▄▋.
▌▊▄▄▊: ▄▍▄▌▊▌ ▍▄▉▅ ▄ ▌ █▌▉█▉▇ ▊▍▍▍ ▆▊█▋▅ ▇ ▊▋▆▊█▊█▇▉ ▆▌▆▋▉▄▌▋▇▇ █▉ ▆▇▇ ▇▅▊▄▋ █ ▇▌▊▊█▌▌. ██▋█▆▍▆▉█ ▆▇▍█ ▌▄█ ▊ ▌▇▇▍ ▆▆▍█▊ ▄▍ ▍▉▄▅▆▍ ▇▍▉ ▄▆▇▄▋▍▍▆▄ ▆▊▇█▄▋▅.
Update: ServerDemoPlayer - Only maintain entities from demo stream
- Destroys any entities that server decides to create, if they were not part of demo stream
- Reserve a 100k network IDs when playing a demo to avoid ID clashes
- Refactored message logging when playing back demos
Although not robust, this allows us to simulate a core set of functionality. Will need massaging to expand further.
Tests: played back 4 separate Craggy demos - all played back properly.
Update: ServerDemoPlayer - add debug option to log packets
Trying to figure out why some construction events are not being palyed back properly
Tests: played back a demo where I'm building multiple chained staircases
Bugfix: ServerDemoPlayer - synthesize initial tick after loadign a player
Avoids server's perception of teleport, as ticks are delta serialized and after load of save have default values.
Tests: played back a demo on craggy where I stayed stationary the first 10 seconds. No longer generating errors.
Bugfix: FullServerDemos - ensure initial save always happens if demo thread was toggled
Tests: recorded 2 demos in 2 recording sessions on one server session - both had saves created
Bugfix: ServerDemoPlayer - wake up all recognized players
Players that are loaded from a save arrive sleeping, which prevents tick processing.
Tests: Played back a couple short demos where I didn't jump at the start - saw player move.
Update: DemoServer - properly dispose resources on playback end
Tests: played back a server demo - no new errors
Merge: from main
Tests: none
Update: new ProtobufCodegen bins + ran generation
Moved my utility funcs for reading u64 from buffers from Rust project to the library itself
Tests: played back craggy demo
Buildfix: remove no longer existing method
Tests: editor compiles in Client+Server
Clean: DemoServer - removing custom tick vizualization logic
It should be via IDemoAnalyzers, rather than some randomly sprinkled seasoning
Tests: editor compiled in Server mode
Update: ServerDemoPlayer - players now move based on tick history
- Added recording of userIds to full server demos (need to match against players in saves)
- Added a callback for when world loading is done to do any additional logic (in demo case, matching players)
Tests: played back a 30s demo from Craggy
Update: ServerDemoPlayer - now loads a save associated with the chunk
Doesn't actually move the player entity, but it's there. Will investigate what I'm missing next.
Tests: played back demo, saw logs confirming spawning of 330 entities from save, and saw player entity in the world.
Bugfix: FullDemoServer - properly drop packets that were recorded before initial world save
Still not sure if it's the best option, as I worry we might miss a couple packets. Alternatively could just clamp timestamp to 0.
Tests: Played back the server demo - managed a full playback(previously it was stuck at start)
Update: SaveRestore - separate save-to-stream processing from main loop
- Done every end of frame
This made it problematic in editor, as our regular saving loop is disabled by default in editor.
Tests: recorded full server demo with 1 min chunks - saw the saves being generated for each chunk
Clean: FullServerDemo - separate benchmarking code to a partial class
Tests: editor compile in Client, Client+Server and Server modes
Buildfix: don't leak server-only callbacks for IDemoProcessor
Tests: compiled in editor in Client mode
Bugfix: FullServerDemo - record server info in editor
- Removed previous static globals
Reimpelemented via IServerCallbacks so that we have 1 point of modification instead of multiple
Tests: Recorded a session on Craggy in editor - generated json had the data
Update: FullServerDemo - create a save when starting a new chunk
- Moved chunk logic outside of packet serialization
- Using double buffering of packets when performing a save, to sort which packets go along which save/chunk
- Packet timestamps are now resolved during recoridng time, not during demo thread's serialization stage(as that can be deferred and out of sync)
- Moved all demo-related logic from BaseNetwork to BaseNetwork.Demos
Mostly done with the recorder side.
Tests: Ran around on craggy with editor's autosave enabled and at max frequency (1 second), and demo recording at min chunk length(1 min).
Update: Expand IServerCallback to include on-demand-save functionality
- Changed relevant calls to propagate the implementation
FullServerDemos will need to invoke these for relevant chunks
Tests: compile only (though this is a torn submit - FullServerDemos will come in next cl)
New: SaveRestore can write to streams on demand
- Refactored common functionality betweeen save-to-file and save-to-stream
- Added thread-safe stream queue for stream requests
- Added callbacks for when stream writing is complete
Working on server demos having a save for each of it's chunks - this is a part of a larger submit.
Tests: using a save of procgen map from staging(140k entities), tested manual full save via rcon, default automated save(every min) + frequent automated save (every second). Loaded all saves - no errors
Update: DemoServer - reconstruct messages from demo stream and pass to server
No warnings or errors during playback, but it doesn't do much, since main player entity is not present.
Tests: played back the recorded demo from craggy - no new warnings or errors
Update: DemoServer - able to process server demo stream
- Added another utility(write u64 to buffer & get length) to ProtocolParser (need to push it upstream)
- Fixed a bug with incorrect header read
- Fixed multiple bugs related to incorrectly caching the first chunk/entire packet from the stream
- Fixed invalid handling of connection counts
- Fixed invalid tracking of progress
- Fixed invalid recording of packet's timestamp
Next up need to hook up data stream parsing into known messages to see how it behaves.
Tests: recorded a demo on Craggy while riding the zipline - was able to stream the demo back
Update: DemoServer - adding full server demo reader
- Also renamed some files, as DemoServer.ServerDemo is a bit silly
- Also add timetamp to server demos packets (need to update other deps)
- Added a utility method to ProtocolParser (need to update the standalone lib)
Tests: untested, will check in next update
Update: DemoServer - Isolated all client demo logic into it's own player
This is prep for full server demo support.
Tests: played back a short craggy demo - it went through the entire thing without issues. Tried without demo - it started as expected
Buildfix: removing unused variable
Tests: editor compile
Update: DemoServer - ripping out fixed timestep logic
After experimenting with slowing down playback to bellow play speed, it did reduce the number of violations, but timing inconsistency between demo playback and server simulation leads to more issues.
Tests: none, simple change
Update: DemoServer - implement fixed step playback
- Should keep demo stream consumption stable
Right now we're streaming too much data(at 30hz with ~200hz editor sim), which trips up a number of violation checks. Going to try tweaking the number to see if it helps with reproducable results.
Tests: played the demo twice - the step count was the same, but the result numbers were different.
▍▉▇▍▇█: ▅▄▉▋▋▇▉██▆ - ▅▋▍▆▌ ▆▌▉▍▋▆█ ▌█▋▆▌▄▋▄▋ ▉▌▅▇█▋▇▇▆
- █▌▌▌ ▍█▌▄▍▋▊▋▄▊▆ ▋▆▄▍██▉▊ █▉▊▍▋▍███ ▆▊▆▇▉▍▉▇ ▇▋▄ ▍▇▍▉ ▅▌▊▆▊▇▌▌▍▅.
- █▆▇█ ▄▅▉▇▆█▇ ▇▍▅▆▉▊▅▊▉ ▋▅▉▅▋▌-▆▅▋▄ ▇▌▇▆ ▅▋▆▌▆▊█▊▅█▅▌▍
█▄▅▊▋▅█ ▇▆▋▆ ▊▆▌█ ▉▅▅▉ ▍▊▄█▇▌▍▄ ▄▄▄▄▍▍▍▌▅ ▊▇▊-▋▍▌▌▍▍▅▄▋▄▄▄ ▇▉▍▇█▉▋(▌▋▄▇▆▆ ▊▆▋ ▇▄ ▆▍▋█▌▄▋ ▅▉▇▊▌▇▄▄ ▄▊▇▄▉█ ▊▌▉▌▊▊&▉▊▇▋█▋▋ ▋▅▆▍) - ▋▍▊▆ ▄█ ▆▍▋▆▆▆ ▍▌▋ ▋▊▊ ▅▅ ▉▅▇▅▉▅ ▊▆ ▅▊▆▍▋▋ ▉▄▍▆▊█▇ ▍▍ ▇▆▇▇ ▌▊▍▄▅▍ ▄▇▊▉█.
▊▌▋▄▋: ▅▍▇▉▆▆ ▊▌█▍ ▋ ▌▉▅ ▄▌▆▌ ▋▉▅▉▅ ▍▊▇▍-▉▉-▉▋▊▇ - ▅▌▇ ▍▌▅▊▄▅▊▅▆ ▅▋▉▉▉▇▄ (▄▉▊▉ ▌█ ▌▌▇▄ ▇▌▆▅▉█▆▊▍█)
Update: DemoServer - bypas failed validation
- We can't always reconstruct correct tick history in some situations, so instead we'll use them as data to compare against
Tests: played the opriginal long demo - 1711 total violations across ~18 players.
Update: DemoServer - rudimentary tick visualization using gizmos
- Temporrary while working on server demo reconstruction - will rip out once done with feature
Tests: used on a demo recording on Craggy + the original demo that started it all.
Update: DemoServer - spawn entities with the right initial flags
Turns out I had doors in a base to be closed on spawn, leading to tick violations - this fixes it. There's more violations to go.
Tests: Played the demo, checked that the relevant door is now open.
Update: DemoServer - hook up metabolism and make every player invincible
I thought metabolism would fix the drowning of main player, but the recording info contains empty oxygen. Instead, we treat every player as invincible unless there's a replication message to destroy them.
Tests: Played the demo till the end - no more logs on main player drowning
Update: DemoServer handles a number of RPC messages
- Only propertly implementing model flags for now
- Adding a bunch of RPCs to ignore to avoid heavy spam during playback
- Also renaming player game objects during playback to make it easier to track and inspect their state
This revelas that during playback we're triggering a bunch of tick violations, which prevents position updates. Need to figure out how to deal with them.
Tests: ran the same demo, this time with warnings not filtered out - once map loaded, the rate of warnings was decreased substantially.
Clean: removing no longer relevant comment
