Castlevania Lords of Shadow Mirror of Fate HD Fullscreen scaling is off

protonopen appid 282530Game compatibility - UnofficialDXVK/D3D9 🐸

ValveSoftware/Proton#764 · opened 2018-08-27 by Zero86Sk · updated 2024-06-08 · 11 comments · github · game page · search this game

ZZero86Sk 2018-08-27 github

Using proton 3.7.4 beta

there is a minor fixable issue:

there is a black picture on the main menu, and graphical glitches.
It can be completely fixed by running the game with: PROTON_NO_D3D11=1 %command%

there is a bigger issue:

If you run the game at (fullscreen) and a lower resolution than your native screen the game will not scale properly.
*It will have an odd white border arround the game.

I fixed it by somehow navigating the menus to options and set it to run in windowed mode. Than It scales properly

1080p Fullscreen
snimka obrazovky z 2018-08-27 19-41-07

720p Fullscreen
snimka obrazovky z 2018-08-27 19-41-38

720p Windowed
snimka obrazovky z 2018-08-27 19-42-01

(this fixes the resolution scaling)

The Gameplay itself is working nicely. Even Whitelist worthy. Im just confliced with the fullscreen mode scaling.

My Steam Info: https://gist.github.com/Zero86Sk/d629f657c1ae861c36657cdf238a7765

Sshoober420 2020-03-18 · hidden on GitHub github

Compatibility Report

Name of the game with compatibility issues: Castlevania: Lords of Shadow – Mirror of Fate HD
Steam AppID of the game: https://steamdb.info/app/282530/

System Information

GPU: GTX 760
Driver/LLVM version: NVIDIA 440.64
Kernel version: 5.5.9
https://github.com/shoober420/linux-scripts/blob/main/home/shoober420/sysinfonvidia
Proton version: 5.0-4

LOG:
steam-282530.log

Symptoms

Crashes at launch, no window

Kkisak-valve maintainer 2020-03-18 · hidden on GitHub github

Hello @shoober420, err:module:load_so_dll failed to load .so lib "/home/jukilo420_-/.local/share/Steam/steamapps/common/Proton 5.0/dist/bin/../lib/wine/dinput8.dll.so": libSDL2-2.0.so.0: cannot open shared object file: No such file or directory is the line of interest from your log. This is provided by the Steam runtime, which you've disabled, so it's your problem to solve.

NNerosTie 2020-03-18 · hidden on GitHub github

I think it's an issue with Wine and not with DXVK.

Sshoober420 2020-03-18 · hidden on GitHub github

I use SDL2 git master builds, and update almost daily. I’m going to see if that SDL2 symlink is present.

Sshoober420 2020-03-18 · hidden on GitHub github

SDL2 could have updated the makefile or compile options and doesn’t include that symlink anymore. I’ll look deeper into this when I get home.

Thank you for pointing that out @kisak-valve, and sorry for the confusion.

Sshoober420 2020-03-19 · hidden on GitHub github

Got it! For some reason, I had to create the symlink for “libSDL2-2.0.so.0” in “/use/lib” and “/usr/lib32”. I’ll retest everything tomorrow after work!

NNerosTie 2020-03-19 · hidden on GitHub github

Can you report it on protondb too? :)

Sshoober420 2020-03-19 · hidden on GitHub github

@NerosTie
I’m not sure if Wine / Proton is now looking for this particular SDL2 symlink as of now instead of the previous SDL2 lib, but I’ll leave the symlink there. I noticed this behavior starting with Proton 5.0-3.

I honestly wouldn’t consider this a big, just a odd decision. Why Proton now looks for that specific SDL2 lib now is uncertain.

This would lead to some distros having to create the symlinks when installing their SDL2 package to avoid this very issue. I build SDL2 from git master daily, and that specifically named symlink is not created by default.

Sshoober420 2020-03-20 github