Changes between Initial Version and Version 1 of Ticket #11892, comment 1


Ignore:
Timestamp:
Oct 16, 2020, 6:56:57 PM (4 years ago)
Author:
sluicebox

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #11892, comment 1

    initial v1  
    55The 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.
    66
    7 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.
     7Sierra 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 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.
    88
    99I'll do some tests to find the right speed.