Opened 5 days ago

Last modified 5 days ago

#11967 new defect

SCI: Score counter behavior

Reported by: GermanTribun Owned by:
Priority: normal Component: Engine: SCI
Keywords: Cc:
Game: Leisure Suit Larry 3

Description

ScummVM: 2.2.0
System: Windows 7

In Larry 3, the score counter does not behave as it is supposed to.

Unlike in other SCI games, in Larry 3 the score counter acted differently, by tallying up the score visibly (the number rises) until reaching the new score. Under Dosbox it behaves like it should. Under ScummVM however, it instantly jumps to the new score, which is not correct.

I know it's a small thing, but it's not the original behavior.

Change History (1)

comment:1 by m-kiewitz, 5 days ago

That's actually not a bug and it is in fact original behavior.

LSL3 does not display these incremental changes when it has detected the PC, which it thinks is running it, as sort of slow. We make that happen intentionally otherwise other issues pop up, like for example an insane amount of bench presses etc.

The only way to make this happen without causing other problems, would be a very small script patch, which would remove the machine speed check from the game's own scripts right before it's doing incremental updates.

LSL3 would act the same way when DosBox would run slowly (but even that does not have to work, DosBox is inaccurate in such things).

If you tried to play the game on original below AT hardware, it would do what happens in ScummVM (had to edit this, originally I thought it was AT hardware, it has to be below AT).

You can modify this behavior by setting another computer speed setting.
Modify global 6Bh to at least 40 (decimal).
You can do that by entering debugger via Ctrl-Shift-D and then entering the following command "vmvars g 6Bh 40".
Please recognize that this may cause speed related problems somewhere else.

The code is inside LSL3::doit.

Last edited 5 days ago by m-kiewitz (previous) (diff)
Note: See TracTickets for help on using tickets.