ReSkate

0 Fork 0

mirror of https://github.com/Dingo-Shenanigans/ReSkate.git synced 2026-10-17 18:37:07 +02:00

Files

T

History

AyeZeeBB 46e18900a1 Multiplayer: a sender can no longer flood a player's memory with pose and sound streams

A whole pose from a dedicated server opened a stream under any of its
65,536 numbers, and each stream kept its last 32 poses. Streams were only
dropped once their player had left, so a sender that opened one under
every number for a player who was there (itself) made the receiver keep
millions of poses. Sound streams were open the same way.

- pose_batch::open_stream: a player's new stream ends their old one, and
  no more than 512 streams are held (twice the player limit); both the
  pose and sound receivers open streams only through it.
- A stream is opened only for a player in the session. A refused whole
  pose is not acked, so a real server sends it again; sound is sent whole
  every couple of seconds.
- Tests: the reported flood leaves one stream for one player and 512 for
  65,535; the same for sound, and only admitted players open a stream.
- mesh_tests: HookBatch stubbed, which the session uses since the freeze
  fixes; the test had stopped linking.

2026-10-15 20:02:03 -05:00

bandwidth_tests.cpp

Multiplayer: a chain of resized bones is held to the bone-scale limit as a whole

2026-10-15 19:00:37 -05:00

developer_identity_tests.cpp

Host bans, and a quieter direct-connection log

2026-10-09 20:31:05 -05:00

lobby_tests.cpp

1.0.0 Release!

2026-10-02 14:40:41 -05:00

map_fetch_policy_tests.cpp

Map downloads: one that has begun goes on when the session stops waiting