#14987 closed defect (fixed)
GRIM: Manny gets frozen after opening the security door
Reported by: | DjDiabolik | Owned by: | |
---|---|---|---|
Priority: | blocker | Component: | Engine: Grim |
Version: | Keywords: | Grim Fandango - Italian - CD | |
Cc: | Game: | Grim Fandango |
Description (last modified by )
I have tryed also with current release 2.8.0 and also whit today daily build (simply download the master zip and extract all file on same folder of 2.8.0)
When i complete all task to open the security door manny pick the axe and put it on inventory but after that the games completely blocked.... i can't move i can't open inventory etc etc.
I can only open the menù whit F1 load a previous point and retry.
I have also tryed to save games when manny it's blocked and tryed to load this savegames apparently can't fix this issue....
How i can fix to complete the games ?
I can add a savegame... for reach bug point you only need to open the security door.
The version of the games it's not the recent Remaster but the classic CD Italian for Windows
Grim15.gsv - it's the games blocked after you open the security door
Grim14.gsv - it's the previous savegames.. here you have to open the security door.
Attachments (4)
Change History (23)
by , 9 months ago
Attachment: | grim15.gsv added |
---|
by , 9 months ago
Attachment: | grim14.gsv added |
---|
comment:1 by , 9 months ago
Description: | modified (diff) |
---|
follow-up: 3 comment:2 by , 9 months ago
Priority: | blocker → high |
---|---|
Summary: | All games it's locked and i can't move at all... manny blocked after open security door. → GRIM: Manny gets frozen after opening the security door |
comment:3 by , 9 months ago
Replying to tag2015:
I can reproduce the issue.
These are the steps to reproduce:
1- Use the drill on the lock
2- Turn the wheel until the tumblers are aligned (so there's a uniform gap on the right)
3- Use you scythe on the lock
4- Open door
oh yes exactly... look in same bugtracker there's some different ticked whit similar issue.
the last comment it's 7 week ago here:
https://bugs.scummvm.org/ticket/13139#comment:6
Here a possibly workaroud:
https://bugs.scummvm.org/ticket/13139
cited from ticket the workaround:
not fixed by leaving the room, it was *fixed* by picking up the large axe in the next room
But not really understand how i need to doing correctly
follow-up: 5 comment:4 by , 9 months ago
I can confirm as well that the game is currently not completable in 2.8.0.
IMHO this ticket should be re-raised to blocker...
comment:5 by , 9 months ago
Replying to AndywinXp:
I can confirm as well that the game is currently not completable in 2.8.0.
IMHO this ticket should be re-raised to blocker...
Feel free to bump it again, I simply dropped to high because it affects a single game
comment:6 by , 9 months ago
Priority: | high → blocker |
---|
Thanks; I'll raise it for a bit and let's see if something happens.
comment:7 by , 9 months ago
Hi my friends.. if need some test or some info addictional try to ask. Whit my knowledge i try to post here....
comment:8 by , 9 months ago
About 5 minutes ago i have made some TEST:
Try to use "SDL Surface" and also "OpenGL" (apparently the default option) in the "Graphics Mode Setting".
Using the current Daily Build i can read info on status windows:
Active Stack:
`gettable' tag method at line 2346 [in file Scripts\_system.lua]
function (Scripts\_actors.lua:749)
function (Scripts\_manny.lua:870)
function (Scripts\vd.lua:77)
function (Scripts\vd.lua:808)
lua: (null)
Active Stack:
`error' tag method at line 2365 [in file Scripts\_system.lua]
function (Scripts\_actors.lua:749)
function (Scripts\_manny.lua:870)
function (Scripts\vd.lua:77)
function (Scripts\vd.lua:808)
lua: call expression not a function
Active Stack:
`error' tag method at line 2371 [in file Scripts\_system.lua]
function (Scripts\_actors.lua:749)
function (Scripts\_manny.lua:870)
function (Scripts\vd.lua:77)
function (Scripts\vd.lua:808)
Immediatelly after Manny freeze on Status windows appears this info.
So I can also post a savegame files whit only need to open security door. The Big axe it's already blocked on right... it's Grim16.gsv
by , 9 months ago
Attachment: | grim16.gsv added |
---|
comment:9 by , 9 months ago
Taking a look at all the open tickets for the GRIME engine or for "Grim Fandango" itself, none of these have an active owner.
This developing project as been abandoned ?
comment:10 by , 9 months ago
Tryed to report this issue on Forum....
maybe someone notices the discussion.
So i ask... i can skip this issue like from "Debug" console or somethigs similar ?
comment:11 by , 9 months ago
A workaround has been proposed in https://github.com/scummvm/scummvm/pull/5692
comment:12 by , 9 months ago
The suggested workaround should be available in the nightly release for the "ScummVM stable Future 2.8.x" builds here: https://buildbot.scummvm.org/#/dailybuilds
Would you mind verifying that it works?
We will need a proper fix long term, but if this works for now we can at least downgrade the severity of this issue for the upcoming release.
by , 9 months ago
Attachment: | grim01.gsv added |
---|
comment:13 by , 9 months ago
The workaround seems to work, although it breaks Manny's walk animation. It auto-fixes when picking the axe in the next room.
Attached a save with the tumblers/scythe already in place
comment:14 by , 8 months ago
Yeah but because this commit has not "push" on main MASTER branch ? It's remain on future 2.8.x master exact ?
comment:15 by , 8 months ago
This is a workaround, so I suppose it was only pushed to the 2.8 branch to have a working game in the upcoming 2.8.1 maintenance release.
On master branch the issue will be fixed properly, but it will take some time.
comment:16 by , 6 weeks ago
I've played through the game with recent daily dev build (2.9.0git) and got the same issue. I can provide a saved game (or a series of saved games up to the point that Manny is outside the Vault door and ready to open it), if it would help, but the error message is exactly the same as when loading one of the already attached saved games in this ticket.
I have also tried to reproduce the issue using the debugger, ie. teleporting Manny directly to the problematic set. As far as I can tell, there's no way to teleport exactly to the state where Meche is imprisoned, so the closest I could get is this:
- Enable debug mode (set game_devel_mode to true in the scummvm.ini section for the Grim Fandango game)
- Run ScummVM and launch Grim Fandango.
- Skip the intro cutscene
- Press Ctrl+g (jump to set) and enter "vd" in the text prompt. This should teleport Manny in Year 3 outside the vault (the vault door is not yet revealed)
- Walk through the door in your back, through the next room and into Domino's office. (Watch or skip the cutscene)
- You need to talk to the caged Angelitos until they throw the tiny hammer at Manny (then pick up the hammer)
- You need to get the stockings from Meche (by messing with her ashtray). Meche is now in the room before Domino's office. When she burns her stockings, she throws them in the bin, so Manny has to search (USE) the bin to get them.
- Then, exit the building via the elevator, go to the area where Chepito is using the BustAll tool.
- Give stockings to Chepito to get the gun
- Give tiny hammer to Chepito to get the BustAll
- Go back to the building, to Meche and give her the gun.
- After the cutscene, go to the vault door (now revealed)
- Use the BustAll on the door hinges
- Use the wheel to align all the hinge discs so as there's an empty space to their right side
- Stop using the wheel
- Use the scythe on the hinges to keep them in place
- And finally use the door handle.
NOTE: Steps 1-4 can also be replaced by setting the following in your scummvm.ini, under the section for the game (using a text editor) and then launching ScummVM and starting the game:
game_devel_mode=true last_set=vd.set
Keep in mind that there may already be a "game_devel_mode" key in your scummvm.ini section for the game, in which case, set its value to true (if it's false) to enable the debugging mode. (Adding a second entry for "game_devel_mode=true" may not enable the debugging mode).
I can reproduce the issue.
These are the steps to reproduce:
1- Use the drill on the lock
2- Turn the wheel until the tumblers are aligned (so there's a uniform gap on the right)
3- Use you scythe on the lock
4- Open door