Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#6169 closed defect (worksforme)

DREAMWEB: Game state corruption on reload in Crane's room.

Reported by: SF/slyscorpion Owned by: digitall
Priority: normal Component: Engine: Dreamweb
Keywords: Cc:
Game: Dreamweb

Description

I am not sure if this was a bug in the original game when it first came out.

Version:

English UK CD version of DreamWeb downloaded from ScummVM.org.

Description of the problem:

When you get to David Crane's room, you have the opportunity to talk to him just before killing him. If you hesitate long enough, a security guard comes in and kills you from the previous room. If you have a save just before entering Crane's room and reload it, then the following happens:

As you enter the room to attempt to kill Crane, you will see a second Ryan who will proceed to shoot Crane. Meanwhile, the Ryan you were controlling will stand in the doorway just behind the second Ryan. After Crane's death, the scene where the orb comes out of his chest and the Ryan who shot him disappears while the other still stands in the doorway. After the orb event, the game is stuck in a busy state (cursor turns into a wristwatch) and will not respond to any user input. Loading any other save will have the same result as described above.

I have submitted a save file which should show what happens if you don't kill Crane the first time.

Ticket imported from: #3579201. Ticket imported from: bugs/6169.

Attachments (2)

DREAMWEB.D02 (19.8 KB ) - added by SF/slyscorpion 7 years ago.
Corrupted save file. Should be the one just before you enter and kill Crane's guards.
DREAMWEB.D03 (21.6 KB ) - added by SF/slyscorpion 7 years ago.
Save file just before entering Crane's room after having already died.

Download all attachments as: .zip

Change History (17)

by SF/slyscorpion, 7 years ago

Attachment: DREAMWEB.D02 added

Corrupted save file. Should be the one just before you enter and kill Crane's guards.

by SF/slyscorpion, 7 years ago

Attachment: DREAMWEB.D03 added

Save file just before entering Crane's room after having already died.

comment:1 by SF/slyscorpion, 7 years ago

Summary: Cannot continue if Ryan dies before killing CraneDreamweb:Cannot continue if Ryan dies before killing Crane

comment:2 by SF/slyscorpion, 7 years ago

ScummVM Version:

1.5.0

Platform: Windows 7 32-bit

comment:3 by SF/slyscorpion, 7 years ago

Summary: Dreamweb:Cannot continue if Ryan dies before killing CraneDreamweb: Game hangs after reloading before Crane's room.

comment:4 by digitall, 7 years ago

Summary: Dreamweb: Game hangs after reloading before Crane's room.DREAMWEB: Game state corruption on reload in Crane's room.

comment:5 by digitall, 7 years ago

slyscorpion: Thank you for your bug report. Please be patient and standby as it will take a little time for a developer to investigate the root cause of this and work out a fix.

P.S. We had already seen your post in http://www.rpgcodex.net/forums/index.php?threads/dreamweb-is-now-freeware.77165/#post-2329630 :)

comment:6 by digitall, 7 years ago

In the meantime, if you wish to help, please try to replicate this with the original DOS interpreter executable supplied in the freeware release. This can be run with the game datafiles in DOSBox: http://www.dosbox.com/

Then confirm your results here. This will help us work out if this is a regression or if we are looking to fix a bug present in the original game logic.

comment:7 by digitall, 7 years ago

Can NOT replicate this on Linux x86_32 from DREAMWEB.03 savegame supplied and description of issue.

slyscorpion: Can you please try testing this with the latest v1.6.0pre daily build and report if you can replicate this:
http://www.scummvm.org/downloads/#daily

comment:8 by SF/slyscorpion, 7 years ago

Loaded up the save just before Crane's room (Dreamweb.D03), allowed Ryan to get killed, reloaded and was able to proceed as normal within the game (visit the Dreamweb, talk to the Keeper etc.). The issue I described earlier did not occur in ScummVM 1.6.0git-2021-g228785e (Oct 23 14:36:49)

Should I submit anything else in order to help isolate the problem, if one actually exists?

comment:9 by digitall, 7 years ago

slyscorpion: I have tried to replicate from your savegame DREAMWEB.D03 on both the latest Git master i.e. ScummVM 1.6.0git2017-ge7d4f88-dirty (Oct 22 2012 20:47:24) and with v1.5.0 on Linux x86_32.

Can you please confirm which Operating System and build you were using to trigger this bug... and if you can find a stable replication case.

comment:10 by SF/slyscorpion, 7 years ago

Windows 7 Ultimate 32-bit Service Pack 1

The ScummVM build I was suing when this problem surfaced was downloaded from this link:

http://prdownloads.sourceforge.net/scummvm/scummvm-1.5.0-win32.exe?download

which would make it ScummVM 1.5.0.

comment:11 by SF/slyscorpion, 7 years ago

I'll go ahead and uninstall ScummVM 1.6.0. and re-install ScummVM 1.5.0 and try to run the game the same way I did before. I am not sure if I can record video with ScummVM, but I'll think of something. Thank you for your patience in this matter, I know my decsription is a bit odd. I'll also confirm that I loaded Dreamweb.D03 using ScummVM 1.6.0 (the daily build I listed earlier) and the problem did not appear.

comment:12 by digitall, 7 years ago

Resolution: worksforme
Status: newpending

comment:13 by digitall, 7 years ago

slyscorpion: That is not the problem. Without a replication case, we can not proceed to investigate this bug...
i.e. a method to trigger the bug or a savegame which exhibits it.

I am going to set this bug status to pending. Unless you can find a replication, it will automatically be closed in 14 days.

comment:14 by bluegr, 7 years ago

Despite requesting a status update, no further information
on this tracker item has been provided.

As a consequence, I am now closing this item as "Out of
Date". Should you feel that this is not justified, feel free
to re-open it while providing a status update at the same
time, so that we can properly re-evaluate it.

Thank you.

comment:15 by bluegr, 7 years ago

Owner: set to digitall
Status: pendingclosed
Note: See TracTickets for help on using tickets.