STARK: TLJ no longer uses correct aspect ratio (stretched, widescreen bug/regression)

[huftis]

In the game The Longest Journey, the correct aspect ratio is no longer used. Instead, the game is stretched to fill the width of the screen (i.e., to 16:9 in fullscreen mode). This happens in all parts of the game, but is perhaps easiest to see in the opening animation, where the FunCom logo now looks elliptical instead of circular.

This is an regression in Scummvm v2.6.0 (and still present in the latest Git version as of 2022-08-08). In v2.5.1, the correct aspect ratio was used (with black bars on the sides). Using git bisect, I found that the regression was introduced by this commit:

commit 60c73721989a7108540646118b43548b36ecc331 (HEAD, refs/bisect/bad)
Author: Cameron Cawley <ccawley2011@gmail.com>
Date:   Tue Apr 19 00:48:48 2022 +0100

    OPENGL3D: Make use of the active rect provided by WindowedGraphicsManager

I observe this bug on Linux (X11).

[Alien-Grey]

This is also an issue with Windows 10.

The only way to make it run in the correct 4/3 aspect ratio is to use SDL Surface and 3D Renderer Software. But this is also not bug free because using Software as 3D Renderer has graphics glitches with this game.

[ccawley2011]

Does changing the stretch mode in the options fix the aspect ratio?

[huftis]

No, changing the stretch mode has no effect (I have tried all the stretch modes).

[ccawley2011]

I've opened ​PR #4215 which should fix this.

[i30817]

Sometimes, fullscreen stretching is a property of the graphics driver, not the software.

I remember clearly having to mess around with environment variables to get dosbox fullscreen to behave in linux x11 for example.

[i30817]

If you're curious about the linux hack it's:

xrandr --output "$m" --set "scaling mode" "Full aspect"

[i30817]

Or rather:

MONITORS=$(xrandr | grep " connected " | awk '{ print$1 }')
for m in "${MONITORS[@]}"; do

xrandr --output "$m" --set "scaling mode" "Full aspect"

done

to change all monitors, but you could do the same for the 'primary' in gnome by parsing the file '~/.config/monitors.xml' to find the primary monitor only (this file exists in both wayland and x11 for gnome, but i'm not quite sure wayland has this problem).

[somaen]

Was this fixed, if so could it be changed to "fixed"

[somaen]

Would be good to resolve this for the 2.9.0 release.

[aquadran]

original issue was fixed. Later reported issue sounds like issue specific Linux X11 driver or setup.