Open rea987 opened 5 years ago
Thank you for the report :)
Would it be possible for you to test the game with a normal wine patched with gallium nine ? Like https://launchpad.net/~commendsarnex/+archive/ubuntu/winedri3 ?
I conducted series of tests.
1600x900:
1024x768:
https://gist.github.com/rea987/df44f16c46696ca3e12e9a31df033919
1600x900:
1024x768:
(Had to take photo with my phone since neither in-game SS function, nor system's SS application show stretched image properly)
https://gist.github.com/rea987/966d83245f0fd3e73b0b3c01ae755172
1600x900:
1024x768:
(Needed to use the phone for same reason)
1600x900:
1024x768:
Native Linux version is a beach to run on older AMD/Intel GPUs with open source drivers due to OpenGL version requirement which is quite odd considering HL2, TF2 and CSS run just fine on such hardware with open source drivers. Overriding Mesa GL version makes the game launch and run okay but it seems to disable resolutions below native resolution on fullscreen. So I needed to exclude native Linux version with OpenGL renderer unfortunately. Though, other native games like HL and Xonotic can switch to below native resolutions on fullscreen just fine. https://archive.vn/MjRjI#selection-3735.0-3743.0
1600x900:
1024x768:
For unknown reason the game failed to launch which is weird since Proton with Gallium Nine launches and runs the game fine. Manually installing DirectX didn't change the result. https://gist.github.com/rea987/fccba62d65fd4f6cd10e2e37c473ee73
Considering that there are many resource heavy, demanding Direct3D 9 games such as Crysis, Deus Ex: Human Revolution, etc; being able to properly downgrade resolution to get higher framerate is a must for mid-end, low-end and laptop users. Although, I personally prefer fitted image behaviour of WineD3D, stretched image behaviour of Wine with Gallium Nine is also acceptable. Lastly, being unable to downgrade resolution on fullscreen mode at Dear Esther (Linux native) has made me doubt my hardware, settings and packages. Therefore, it is advised someone else to test downgrading resolution issue.
I'll be switching to dhewg's out-of-tree gallium nine : https://github.com/dhewg/nine which might correct this behavior. I'll also pull the d3d9 build deps out of the steam runtime and add it to the proton tools library.
It is, as briefly mentioned on the wiki: https://github.com/iXit/wine-nine-standalone/wiki/Interoperability
Two patches are required:
I'm not sure if 1) is part of your current nine patches, but it is part of the standalone version 2) is only part of mesa master atm (so 19 or greater).
I'm using this combination myself to upscale to 4k.
I'm not sure if 1) is part of your current nine patches, but it is part of the standalone version
Unfortunately it wasn't part of the patches I merged into wine. Thank you for confirming, I'll be moving to the standalone version as soon as possible.
Thank you so much for opening this issue. The same behaviour happens to Borderlands, but with more bugs, apparently.
Opening Borderlands in 1280x720 makes it go to the top left part of the screen. When I tried to change the resolution in-game, the game gives an error message and crashes.
Manually changing game resolution on WillowEngine.ini has the game running on 1920x1080. I won't add further info because Borderlands itself is a big buggy mess right now...
Proton with Gallium Nine patches fails to fit and/or stretch image to the screen if the game's resolution isn't set to native resolution. That applies to all Direct3D 9 games when Gallium Nine is active.
Company of Heroes in 1024x768 resolution on 1600x900 system:![coh_1024x768](https://user-images.githubusercontent.com/1547646/50540532-92fb5e00-0ba4-11e9-9f43-5846a91939ea.png)
Company of Heroes in 1600x900 resolution on 1600x900 system:![coh_1600x900](https://user-images.githubusercontent.com/1547646/50540535-a0b0e380-0ba4-11e9-83e5-bb3b4c8f8350.png)
When the game's resolution is below the native resolution and doesn't fit the screen the screen as a result, navigating with mouse becomes harder since it cannot click menus as it supposed to. The workaround for this is returning to desktop with Alt+Tab, then get back to the game, finally positioning of the cursor becomes reliable.
Installed SDL packages on my system:
Installed mesa packages:
My specs:
https://gist.github.com/rea987/cfe3ac222c4cddfb29c3a3a45456812d