SaveRestore is broken (especially in vphysics)
Many datadescs have not been updated to account for new data sizes in 64 bit, meaning that loading saves causes multiple issues, especially with physics objects. (A notable example of this is reloading a save with city scanners or manhacks causes them to fall out of the sky).
one contributing factor to the error spew is bad CUtlMapDataOps code. Though most of the worst of it comes from vphysics, which is likely not handling the different pointer size correctly.
Some footage of the more notable symptoms
https://github.com/user-attachments/assets/27bd9e3a-4098-47cb-af01-3a9c6380ac64
https://github.com/user-attachments/assets/c8cfddee-9957-4068-97c3-b452c3519776
Curious, is this on SP (maxplayers 1) or MP (maxplayers 2++) mode?
The game also crashes when restoring a save with a vehicle, such as the jeep, airboat, or APC. The stack trace leads to code within vphysics.dll when running CPhysSaveRestoreBlockHandler::RestorePhysicsObject.
Curious, is this on SP (maxplayers 1) or MP (maxplayers 2++) mode?
Saving isn't normally possible in multiplayer. This is in singleplayer with cl_localnetworkbackdoor set to 0 as a workaround for the current issue with it.
has this been fixed?
The game also crashes when restoring a save with a vehicle, such as the jeep, airboat, or APC. The stack trace leads to code within
vphysics.dllwhen runningCPhysSaveRestoreBlockHandler::RestorePhysicsObject.
Does not occur with choreo vehicles despite models/blackout.mdl having a valid physics mesh
https://github.com/user-attachments/assets/f004078a-4953-4950-9457-fde6132020d8
Physics constraints do not function under saverestore.
Intended behavior:
https://github.com/user-attachments/assets/c9920c39-1434-41e6-a953-3114b1c9ea1a
Under saverestore:
https://github.com/user-attachments/assets/827d7abf-e521-414b-a5ee-77025bb54b2e
Valve should pay more attention to Source 2013