Read-only archive of the Armageddon Games Forums Archive (2000–2026) · About this archive

[FATAL] Not Exactly Sure...

7 replies · 1,622 views · Started 15 September 2006

In beta 13, a test quest I'm making for jman is corrupt. But here's the interesting part; I can still access it. ALL the screens are grey (except the staticy ones), and I can't change them. When I move up to select the top row of screens, ZQuest crashes. In the player, it crashes on startup

The last thing I did that MAY have caused this was a screen with a treasure chest on it. It was fine before I made that screen, so...

[edit] Okay, it's a layering thing. I have one layer over the whole map, and disabling it allows me to see the base layer, and access all screens. However, all tiles on the first layer, transparent or not, are gray

[edit 2] Figured it out. I somehow reduced the map count from two to one. When using layers on another map, deleting that map via lowering the map count will cause the gray effect, and will crash ZQuest when the above mentioned screens are accessed

Posted again to make this known. Either Enemies > Secret, Enemies > Item, or both cause this when previewing the secrets in a room with preview mode. The secrets won't show, and then boom, the maps are reduced to one

This gray maps thing happened to me also. When I was grabbing tiles, if I tried to grab from another .QST file, I would find that all of my maps were gray and you could only see the upper left screen. Very Fatal.

The .qst bug has been fixed by DN, but what's the word on Preview Mode causing the same corruption? I have not been able to reproduce the bug in that manner.

Okay, the screen I had this happen on originally was a screen with Enemies > Secret, which triggered a treasure chest combo to appear, and give the Red Candle. I'm not sure, but I think I had set the screen item, instead of the room type and special item, so that may be what is causing it

I just ran into another very fatal bug. I encountered it twice. I think both are related to this one. However, there are some differences.

First time:

I'm not sure what I was doing at the time. However, I may have accidentally tried to open a QST file in the tile grabber. I didn't know that beta 13 is supposed to be able to do that. Whether that was the cause or not, the quest started displaying gray screens for all of the squares in the screen selector. I couldn't change maps or screens. At the time, I thought that it was 100% frozen, so I saved it as a new file, closed it, and reopened it. The file from after the bug turned out to be unusable; it was in the same state that I had last seen it. I abandoned that file and went back to a previous save.

Second time:

This may have also been caused by the same thing, because I tried to rip some graphics from a QST file, this time intentionally. The problem did not occur immediately, but when it did, the map display got stuck on map 1 and practically everything froze.

Unfortunately, as the only way to tell something was wrong was to try to click on things, I did not realize the problem before saving the file. The resulting file is unopenable; it crashes instantly, whether by way of layering or otherwise. However, the auto-backup is readable.

When I opened the auto-backup as an imported QSU file, I found a mangled quest file. The subscreen data was warped (thought that may just be because it isn't yet support for imported QSU files). Perhaps more significant is that the map count had been reduced to 4, rather than 1 (or zero, even). Isn't that the default number of maps in blank quest template?...

Aside from lost data, the backup QSU seems to be a functional QST file. I am obviously hesitant to use it, though. The only changes it contained were combos and tiles, thankfully.

I will hold on to the two mangled quest files. If one of the developers would like to see them, I can send them via email or something.

P.S. -

I use Windows XP Home Edition, if that matters.

Has this ever been resolved?

For as long as I can remember, enemies=secrets screen flag has prevented the secrets from being triggered in preview mode, was that the fix to this reported bug?

Well, I can't seem to be able to reproduce this bug at all. If I remember correctly, all I really had to do was preview the chest appearing, and this would happen, but it's not recreating the events