#819 closed defect (fixed)
DIG: Tomb repair-bot crash
| Reported by: | SF/magna | Owned by: | fingolfin |
|---|---|---|---|
| Priority: | normal | Component: | Engine: SCUMM |
| Version: | Keywords: | ||
| Cc: | Game: | The Dig |
Description
Version : Win32 0.4.2cvs 2003-05-25
It's impossible to complete the generator repair puzzle in the tomb where you have to guide the repair-bot to pickup the lens form the bottom of the shaft and re- attach it to the generator.
After the bot performs the last action you have programmed ScummVM brings up the debug dialog with this message: Error: (26:2006:0x28F09): Invalid actor 180 in o6_wait:232.
Trying to continue from this by writing 'exit' just closes ScummVM. I haven't tried the newest official 0.4.1 build.
Here's also an gamesave.
Ticket imported from: #744441. Ticket imported from: bugs/819.
Attachments (1)
Change History (10)
comment:1 by , 22 years ago
| Priority: | normal → high |
|---|
comment:2 by , 22 years ago
| Summary: | Tomb repair-bot crash → DIG: Tomb repair-bot crash |
|---|
comment:3 by , 22 years ago
comment:4 by , 22 years ago
| Owner: | set to |
|---|---|
| Priority: | high → normal |
comment:5 by , 22 years ago
Oh that explains why the ScummVM homepage reports the game as completable and 85% done. Making the checks more stricter indeed helps out to refine ScummVM and in time improves the accuracy of the emulation. And this is one of the primary goals of ScummVM- to provide gameplay as close to the original as possible. That's indeed an good cause.
Here's the gamesave- it didn't attach to the thread last time I tried. I'll just continue playing after this has been fixed- who knows what I might bump into next.. I'm not in an hurry. =)
comment:6 by , 22 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
comment:7 by , 22 years ago
This one is really a big one. Something is fundaementally wrong regarding the o6_wait opcode (or rather its waitUntilActorTurned). I added a clean workaround for now, until we can investigate this in detail,
comment:8 by , 19 years ago
I was browsing the SCUMM engine code and saw that workaround. The disassembly doesn't show anything special for that opcode.
fingolfin, do you remember if that problem happens in other scripts ? Looking at script 27-2006, this clearly looks like a copy/paste error to me. What about making this workaround specific to the script and the game id (as it's usually done for other script bugs) ?
comment:9 by , 19 years ago
Ok, it has been confirmed this occurs in many other scripts. Thanks Kirben and Fingolfin.
Please provide a save game from before the problem. BTW it should work with ScummVM 0.4.1, we just made some check much stricter in CVS - this causes problems like this in a few places, which we are fixing step by step. While this is definitely a bit inconveniant for you (and us, too :-) right now, on the long term this should help improve the accuracy and stability of ScummVM. Thanks!