[Scummvm-tracker] [ScummVM :: Bugs] #3110: SCUMM: Zak McKracken (FM-Towns) - Time bug in airplane

[ScummVM :: Bugs]

#3110: SCUMM: Zak McKracken (FM-Towns) - Time bug in airplane
---------------------+----------------------------
Reporter:  SF/hux-   |       Owner:  (none)
    Type:  defect    |      Status:  new
Priority:  normal    |   Component:  Engine: SCUMM
 Version:            |  Resolution:
Keywords:  FM-Towns  |        Game:  Zak McKracken
---------------------+----------------------------
Comment (by eriktorbjorn):

 I've only had the time to test it by just walking into the plane, listen
 to the speech, and wait for it to land. But that has always worked fine
 for me.

 The main script seems to be room-11-209, which is waiting for some
 conditions to happen before it starts playing sounds and calling
 room-11-201, which is the actual landing.

 The variables involved are 300, 315, and 322. By the time the script is
 first called, they were 3, 0, and 0 respectively.

 If `Var[300]` is 3, it waits for `Var[315]` to be set. (There is a "goto"
 instruction to the point where the landing begins here, but I think that's
 only run if you press Esc since it's right after a "begin override"
 instruction.)

 Once `Var[315]` is set, the landing can still be held up by `Var[322]`
 being non-zero, or the room-11-206 script running. But I'm guessing that's
 just to prevent awkward transitions.

 `Var[315]` is unconditionally set after a delay by room-11-212, like this:

 {{{
 Script# 212
 [0000] (2E) delay(28800);
 [0004] (46) Var[315]++;
 [0007] (1A) Var[322] = 0;
 [000C] (A0) stopObjectCode();
 END
 }}}

 And that's the only place I've found so far. I'm guessing that delay is
 the duration of the flight.

 Setting `Var[300]` to something else than 3 would theoretically initiate
 the landing, I think, but that would have to be well timed because the
 script also waits for `Var[300]` to be set to 3. No idea what that's about
 yet, but that's still my best guess so far.
-- 
Ticket URL: <https://bugs.scummvm.org/ticket/3110#comment:31>
ScummVM :: Bugs <https://bugs.scummvm.org>
ScummVM