[Scummvm-tracker] [ScummVM :: Bugs] #11892: SCI: GK1 - Way too fast beignet vendor
ScummVM :: Bugs
trac at scummvm.org
Fri Oct 16 18:55:20 UTC 2020
#11892: SCI: GK1 - Way too fast beignet vendor
-------------------------------+-------------------------
Reporter: GermanTribun | Owner: (none)
Type: defect | Status: new
Priority: normal | Component: Engine: SCI
Resolution: | Keywords:
Game: Gabriel Knight 1 |
-------------------------------+-------------------------
Comment (by sluicebox):
I always thought the vendor's speed was intentionally way too fast as a
joke to explain how he got to the police station so quickly from the park,
but now I see that's not the case. =)
Here's how it looked at slower 1993-era cycles:
https://youtu.be/JcL6U_NVQaA?t=4396
The vendor's movement is indeed cpu-bound, and so his movement in ScummVM
is much faster than the original experience. If it weren't for our speed
throttling he would arrive instantly. It's cosmetic but I think it's worth
fixing since it's distracting, we know it's not what was intended, and
it's easy to fix. It's consistent with similar cpu-dependent speeds in
this game that we've normalized.
Sierra set the vendor's moveSpeed to 0 (fastest) causing the vendor to
advance on every single game cycle. The default speed is 6. This is the
only actor in this game with moveSpeed 0. In 1993 advancing on every game
cycled looked acceptably normal. There's a lot of actors walking around
this room at the same time and that slowed things down Sierra's
interpreter even further. Setting the moveSpeed to max may have been to
compensate for the slowdown caused by the busy scene. I've seen other
scripts do that, such as bug #9825.
I'll do some tests to find the right speed.
--
Ticket URL: <https://bugs.scummvm.org/ticket/11892#comment:1>
ScummVM :: Bugs <https://bugs.scummvm.org>
ScummVM
More information about the Scummvm-tracker
mailing list