Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Engine state snapshotting #16

Open
thiloplanz opened this issue Apr 21, 2016 · 2 comments
Open

Engine state snapshotting #16

thiloplanz opened this issue Apr 21, 2016 · 2 comments

Comments

@thiloplanz
Copy link
Owner

While we support the "save" (and "restore") family of opcodes, these have to be triggered from within the game image itself (usually by typing "save" into the command prompt, but the game may implement this differently or not at all).

It would be nice to be able to take snapshots of the whole engine state directly through an API (whenever the game is in a wait-state, i.e. the engine not actively running).

@ChicagoDave
Copy link

ChicagoDave commented Apr 21, 2016

If you look at the C# version, I used the Undo feature to grab the last "save state" and expose it as a property which I passed through to the EngineWrapper.

@thiloplanz
Copy link
Owner Author

We now have a case where the current "save" mechanism that EngineWrapper uses does not work, because the game changes the prompt to ask for something other than a command ("What do you want to name the world?"), and as a result does not execute a "save" operation.

The workaround with using the Undo feature instead might work here: While it also depends on the game to generate undo information, it does not require interacting with the command prompt. I'll check if sufficient undo information is generated in the "Name the World" scenario.

thiloplanz added a commit that referenced this issue Apr 29, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants