It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
I've noticed that even after the player dies, the "Resume Game" button is still available at the main menu. Isn't the save file supposed to be deleted after the player dies? Is this a bug?
I've noticed this as well, and I can only assume that it's a bug. I'm pretty sure that the GOG save files are in a different location than the ones in the Steam version, so maybe the developers just forgot to change where the game looks to delete the file.
avatar
Marioface5: I've noticed this as well, and I can only assume that it's a bug. I'm pretty sure that the GOG save files are in a different location than the ones in the Steam version, so maybe the developers just forgot to change where the game looks to delete the file.
GOG's path for the save file is here:
...AppData\LocalLow\Milkstone Studios\Ziggurat

I checked the Milkstone Studios forum, but there wasn't that much activity there. Can the dev be contacted on GOG by any chance?
I may be totally wrong about this but from how I understand it, you can have up to TWO games. If you start a run and chose to save and quit it, the game will be saved. Not if you start another run, the previous savegame will not automatically be overwritten until you actually SAVE the second run. But if you do not, you can finish or die in the second run and continue your first one later. The savegame does disappear (for me) when I die in that saved game.
I just tested this for myself (playing the Windows version) and nothing deletes the saved game for me other than saving a new one. Beating the game doesn't delete the save, dying doesn't delete the save, and surrendering doesn't delete the save. Starting a new game doesn't delete the save either, but that may be intentional.
avatar
8BitChris: I may be totally wrong about this but from how I understand it, you can have up to TWO games. If you start a run and chose to save and quit it, the game will be saved. Not if you start another run, the previous savegame will not automatically be overwritten until you actually SAVE the second run. But if you do not, you can finish or die in the second run and continue your first one later. The savegame does disappear (for me) when I die in that saved game.
I'm running Win7, and Ziggurat will not delete the save at all even after the player dies. It's really confusing to see both "Resume Game" and "New Game" options on the main menu. What happens if one "resumes" a game after the player had already died? This has to be a bug.
Okay I should mention I'm running on Linux and dying *definitely* deletes the saved game for me. So yeah, that may be a bug on the Windows build. I hope the devs are aware of this.
avatar
8BitChris: Okay I should mention I'm running on Linux and dying *definitely* deletes the saved game for me. So yeah, that may be a bug on the Windows build. I hope the devs are aware of this.
Yeah, I hope this will be fixed, but I don't know if the devs are on GOG. I looked on their website, but there weren't that many new posts about Ziggurat.
Post edited August 01, 2015 by IronArcturus
Be thankful for this. In the Linux port, there seems to be a bug which deletes the savegame sometimes even when you didn't die, so it's exactly the opposite effect, although it's not happening very often as it seems.
Post edited August 02, 2015 by Klumpen0815
avatar
Klumpen0815: Be thankful for this. In the Linux port, there seems to be a bug which deletes the savegame sometimes even when you didn't die, so it's exactly the opposite effect, although it's not happening very often as it seems.
I suspect that the file is supposed to be deleted immediately after being loaded,and if that's true, what you're mentioning is a bug if it's deleted *before* being loaded, which would sound really strange.

As for the rest, I noticed this in my "D:\Program Files (x86)\Ziggurat\Ziggurat_Data\output_log.txt" :

System.IO.IOException: Sharing violation on path C:/Users/Olivier/AppData/LocalLow/Milkstone Studios/Ziggurat/savegame.xml
at System.IO.File.Delete (System.String path) [0x00000] in <filename unknown>:0
at Milkstone.Game.Storage.UnityStorageFile.DeleteFile (System.String filename) [0x00000] in <filename unknown>:0
at StageScript.loadData (IStorageFile container, System.Object parameters) [0x00000] in <filename unknown>:0

So it clearly tries to remove the save but fails for some unclear reason.

And btw, it's strange that the file is created in LocalLow which is reserved to processes running at low integrity level, which is likely not the case here. The game files have the low integrity "No write-up" security label, which is standard here, but that would cause a failure is the deleting process runs at an even lower integrity level. I'll try a few things, such as copying the game files to "Local" instead and linking there from LocalLow, removing the no write-up label, setting the files to zero integrity instead of low, etc... and come back here of course. But in case anything works, that would only be a workaround, waiting for a patch.
avatar
NovHak: As for the rest, I noticed this in my "D:\Program Files (x86)\Ziggurat\Ziggurat_Data\output_log.txt" :

System.IO.IOException: Sharing violation on path C:/Users/Olivier/AppData/LocalLow/Milkstone Studios/Ziggurat/savegame.xml
at System.IO.File.Delete (System.String path) [0x00000] in <filename unknown>:0
at Milkstone.Game.Storage.UnityStorageFile.DeleteFile (System.String filename) [0x00000] in <filename unknown>:0
at StageScript.loadData (IStorageFile container, System.Object parameters) [0x00000] in <filename unknown>:0

So it clearly tries to remove the save but fails for some unclear reason.
So does the dev know about the undeleted save bug? It's really confusing to see "Resume Game" when there shouldn't be a save file.
avatar
NovHak: As for the rest, I noticed this in my "D:\Program Files (x86)\Ziggurat\Ziggurat_Data\output_log.txt" :

System.IO.IOException: Sharing violation on path C:/Users/Olivier/AppData/LocalLow/Milkstone Studios/Ziggurat/savegame.xml
at System.IO.File.Delete (System.String path) [0x00000] in <filename unknown>:0
at Milkstone.Game.Storage.UnityStorageFile.DeleteFile (System.String filename) [0x00000] in <filename unknown>:0
at StageScript.loadData (IStorageFile container, System.Object parameters) [0x00000] in <filename unknown>:0

So it clearly tries to remove the save but fails for some unclear reason.
avatar
IronArcturus: So does the dev know about the undeleted save bug? It's really confusing to see "Resume Game" when there shouldn't be a save file.
As is the case with other games, the de facto official forum is the Steam forum. I just posted the bug there...
Post edited August 03, 2015 by NovHak
avatar
NovHak: As is the case with other games, the de facto official forum is the Steam forum. I just posted the bug there...
I see that the dev posted a "hotfix update" there. Does that mean GOG will get that update soon? I'm not sure which version GOG is using.
Definitely no idea about the version number...

As for the updates, I can tell you that more and more often, updates come fast to Steam, then it depends on the developer, but sometimes it can take ages, months and even more.

With so many game developers embracing Steam integration without a second thought, it seems then that releasing outside Steam becomes such a pain that some decide to go Steam only. The ugliest thing I saw in the matter is Bohemia Interactive (developers of the Arma series) suddenly deciding to stop Arma 2 support outside Steam. That's why it was on GOG once and had to be withdrawn from their shelves. I had it from Gamersgate and suddenly faced the bitter choice of "go Steam or get lost". Well, I got lost. Now I can still play Arma 2 but with old patches...

EDIT : Forgot to say about it, but I check for potential integrity level problems for the cause of the save game problem, but applying in turn the default integrity level and the lowest ("untrusted") integrity level without the no write up restriction didn't change anything, as it was the most likely anyway.

It's likely a problem of the savegame file being still opened by the game when deletion is attempted.
Post edited August 03, 2015 by NovHak
avatar
NovHak:
It's really sad when devs go Steam-only. I want to see more DRM-free games on GOG!