Menu
▾
▴
#3749 WOODRUFF: Game is dead on the Rummy's "Game Over"
closed-fixed
5
2013-11-17
2008-05-27
No
* ScummVM 0.12.0 svn (27.5.08)
* English
When you play Rummy with the jail guards at the Jail Yard, after several times the guards call you back to play (or if you stay too long?), the game is supposed to end with a "Game Over" title screen, and then I think it restarts. [save file is attached]
In this version of ScummVm (the times I tried) the screen is darkened and the game gets stuck (music still plays) when the "Game Over" should appear.
Furthermore, when rerunning Woodruff and trying to load any game save, the game is crushed and shut down after the loading screen.
Only reinstallation of ScummVm solved that problem.
Save Game - Woodruff at the Jail Yard after been called twice back to the Rummy table.
Logged In: YES
user_id=556976
Originator: NO
Hmm, yes, the scripts call a "6.tot" there, which doesn't exist (no idea why, yet).
But what do you mean with the second and third paragraph?
Do you mean that the same save games start working again after reinstalling ScummVM? Because I have no idea how that would work.
Does saving and loading work for you in general? How does a crash look like, is something written in the console? Which game version and which OS do you run?
Logged In: YES
user_id=2097724
Originator: YES
I just want to add in case that it wasn't obvious, that in the original game there IS an Game Over titled screen then.
I mean that after it happens (the black screen which goes on with the music played), when I shut ScummVm down and run Woodruff again, every loading of any save made ScummVm to shut down immediately after the short loading screen. No error was given, just closing the program. and so on and so forth.
Only when I installed ScummVm 0.12.0 svn again, loading saved games was back to work again.
[Irrelevant question: bugs that certainly occurred in the original game are welcome to be reported? Such as paradox occurrences?]
Logged In: YES
user_id=556976
Originator: NO
Yes, the "6.tot" is probably a bug somewhere, or a value that gets substituted in the original code.
About the save games:
The _same_ save games, that didn't work earlier, load again after reinstalling ScummVM?
I _really_ can't see how that works. Either the save is corrupt, in which case no reinstalling can bring it back to live, or it's not, in which case at most a simple restart of ScummVM should be enough. There is _no way_ it can "taint" an installation. Also, here on my end at least, I don't see any access to save files in that place at all.
o_O
[Depends on what you mean. If it's something complex in the specific game logic, then it's in the scripts and I have no chance to change that.]
Logged In: YES
user_id=2097724
Originator: YES
I'll try to explain myself again (Sorry for the poor language skills...), first by asking you:
After it happens to you, all you can do is to close ScummVm. Right?
Can you load saved games normally afterwards? Everything is ordinary by you?
I mean, with me, after that phenomena EVERY LOAD of any of ALL the save files (that of course worked fine before the phenomena) ends up with ScummVm being shut down.
Logged In: YES
user_id=556976
Originator: NO
Yes, ScummVM closes itself after a click. Then, when I restart ScummVM, I can load all save games normally.
After you reinstall ScummVM, do you create new save games, or do you load the old ones again?
Logged In: YES
user_id=2097724
Originator: YES
Well that's pretty embarrassing...
Somehow it doesn't happen anymore (I swear I repeated this dozens of times). The loading is function again afterwards.
Now it happens exactly the way you describe it: ScummVM closes itself after a click. But as the way I remember it, it didn't close itself after a click before when it happened and I needed to shut it down manually. Strange.
I'm talking about the same save games.
Logged In: YES
user_id=556976
Originator: NO
Strange. As I said, I really don't understand how that would be possible. Oh well...
Logged In: YES
user_id=12935
Originator: NO
Could it be that the original exe, when it detects that script "6.tot" is to be loaded, loads some other script instead? If the original .exe is not compressed or obfuscated in some way, it might be trivial to check that (i.e. using "strings" on the file + grep ;).
Logged In: YES
user_id=556976
Originator: NO
Unfortunately, no. ;)
What is the status of this item?
That bug still appears.
Okay, I still don't know why the bug appears in the first place (or whether it also happens in the original), but I've found a workaround.