[Scummvm-tracker] [ScummVM :: Bugs] #16120: Opening Linking Book Video Scaling Incorrect for Original Myst Release

[ScummVM :: Bugs]

#16120: Opening Linking Book Video Scaling Incorrect for Original Myst Release
-----------------------------------+-----------------------------
Reporter:  thegreatprophetzarquon  |       Owner:  (none)
    Type:  defect                  |      Status:  new
Priority:  normal                  |   Component:  Engine: Mohawk
 Version:                          |  Resolution:
Keywords:                          |        Game:  Myst
-----------------------------------+-----------------------------
Description changed by thegreatprophetzarquon:

Old description:

> Version:2.9.1
> OS: Windows 11
>
> This bug matches the original Windows behavior, but it's not desirable.
>
> When loading the original Windows release of Myst in ScummVM, the video
> (INTRO2.MOV) has a one pixel border exposed to its right and below it.
> This matches the original Windows release, but not the Mac release, where
> the video is scaled from 128x88 to 129x89 to make this display correctly.
>
> [[Image(https://i.imgur.com/JFki9RL.png)]]
>
> This behavior, I think, caused them issues when making the Masterpiece
> Edition, where the video is encoded as 129x89 (the content is smaller
> with a border on the bottom and right) but then set to display at 133x92
> (as specified in the .MOV container) within a 129x89 viewport. Given the
> wonky scaling/encode, this does not look as good as the original, but
> displays the best it can. (The video in the Masterpiece Edition also has
> its first several seconds cut off, which looks and sounds terrible, but
> that's separate from this issue).
>
> Options:
> 1. Leave this alone as it mimics the original Windows release even though
> it's a bug.
>
> 2. For the original Myst release, scale the video to 129x89 to match the
> Mac version.
>
> 3. Instead of relying on the game's version (masterpiece vs not), set the
> display behavior based on the original file properties: i.e. if the video
> file is 128x88, scale to to 129x89, if it's 129x89 (the Win Masterpiece
> file) use the existing scaling behavior (of displaying at 133x92).
>
> If possible, option three is in my mind the best option. This would have
> the major, major benefit of letting you mix and match videos (you already
> can but you run into this), which means Cyan's official distribution they
> sell on GOG and Steam could substitute in the highest quality Mac
> Masterpiece Intro2.mov and and finally solve the 26 year-old bug of the
> opening video having its opening cut off. I had originally proposed this
> when they did the 25th anniversary update but it was
> [https://bugs.scummvm.org/ticket/10597#comment:4 rejected due to this
> one-pixel scaling bug] which we didn't look at further.
>
> Alternatively, if this behavior is not possible, Cyan could still use
> Intro2.mov from the Mac Masterpiece Edition with the MOV specifying to
> display at 129x89 (if that works in ScummVM and anyone knows how to remux
> ancient MOV files). This may very well be how the original Mac hypercard
> version does it but I can't readily play the original MooV file due to
> [https://preservation.tylerthorsted.com/2023/10/06/quicktime-moov/ this
> issue].

New description:

 Version:2.9.1
 OS: Windows 11

 This bug matches the original Windows behavior, but it's not desirable.

 When loading the original Windows release of Myst in ScummVM, the video
 (INTRO2.MOV) has a one pixel border exposed to its right and below it.
 This matches the original Windows release, but not the Mac release, where
 the video is scaled from 128x88 to 129x89 to make this display correctly.

 [[Image(https://i.imgur.com/JFki9RL.png)]]
 //(This is easier to see in motion as the two lines of pixels don't
 animate, but especially look at the stray pixel in the bottom right of the
 linking panel to see what's wrong).//

 This behavior, I think, caused them issues when making the Masterpiece
 Edition, where the video is encoded as 129x89 (the content is smaller with
 a border on the bottom and right) but then set to display at 133x92 (as
 specified in the .MOV container) within a 129x89 viewport. Given the wonky
 scaling/encode, this does not look as good as the original, but displays
 the best it can. (The video in the Masterpiece Edition also has its first
 several seconds cut off, which looks and sounds terrible, but that's
 separate from this issue).

 Options:
 1. Leave this alone as it mimics the original Windows release even though
 it's a bug.

 2. For the original Myst release, scale the video to 129x89 to match the
 Mac version.

 3. Instead of relying on the game's version (masterpiece vs not), set the
 display behavior based on the original file properties: i.e. if the video
 file is 128x88, scale to to 129x89, if it's 129x89 (the Win Masterpiece
 file) use the existing scaling behavior (of displaying at 133x92).

 If possible, option three is in my mind the best option. This would have
 the major, major benefit of letting you mix and match videos (you already
 can but you run into this), which means Cyan's official distribution they
 sell on GOG and Steam could substitute in the highest quality Mac
 Masterpiece Intro2.mov and and finally solve the 26 year-old bug of the
 opening video having its opening cut off. I had originally proposed this
 when they did the 25th anniversary update but it was
 [https://bugs.scummvm.org/ticket/10597#comment:4 rejected due to this one-
 pixel scaling bug] which we didn't look at further.

 Alternatively, if this behavior is not possible, Cyan could still use
 Intro2.mov from the Mac Masterpiece Edition with the MOV specifying to
 display at 129x89 (if that works in ScummVM and anyone knows how to remux
 ancient MOV files). This may very well be how the original Mac hypercard
 version does it but I can't readily play the original MooV file due to
 [https://preservation.tylerthorsted.com/2023/10/06/quicktime-moov/ this
 issue].

--
-- 
Ticket URL: <https://bugs.scummvm.org/ticket/16120#comment:1>
ScummVM :: Bugs <https://bugs.scummvm.org>
ScummVM