[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