![](\"https:\/\/blogs.scummvm.org\/uruk\/wp-content\/uploads\/sites\/48\/2022\/05\/saveload-1.png\")
<\/div>\nSo as I said, now it’s possible to load a gamestate via the launcher, or even do saving or loading in-game. I plan to also implement an autosave functionality, similar to the one implemented in CGE1, but for now it works and that’s totally enough for debugging and the translation works of Arnaud. Otherwise, I mostly spent my time with annoying and hard to find bugfixes like this\u00a0miracle<\/a>.<\/p>\n
\nI’ve got a couple of hardships during the implementation of this subsystem, but ScummVM’s built-in\u00a0Common::Serializer<\/a>\u00a0class helped me a lot and spared me a great deal of time by hiding the actual stream operations behind an abstract interface. Since the original game only supports saving when exiting the game, and loading when starting it, I had to make so modifications in the engine itself to make it possible to save\/load anytime during gameplay. But knowing the internal workings of the engine, it was quite straightforward. The hardest part was to rework\u00a0Spare<\/a>\u00a0and the way it’s used, so now it’s not just a temporary container for some of the sprites in the game, but a big catalog, which stores every Sprite used by the engine, all the time, so most of the synchronization work is to keep Spare up to date.<\/p>\n