kakra / wine-proton

Proton'ized Wine, served hot, extra spicy: Please read README.md as a starting point
https://github.com/kakra/wine-proton/blob/rebase/proton_3.16/README.md
Other
35 stars 1 forks source link

Grim Dawn doesn't respect vsync #18

Open clapbr opened 5 years ago

clapbr commented 5 years ago

Using /d3d11 (dxvk), Grim Dawn x64 doesn't enable vsync. Working fine with valve's proton and wine-staging. Any idea what could it be? I don't have other dxvk game to test if it's game specific.

ahjolinna commented 5 years ago

could you add some log and your system spec? (inxi -b)

to enable logs; just rename the user_settings.sample.py --> user_settings.py (check what I have enable in it for reference) and then add PROTON_LOG=1 %command% to the games launch option

kakra commented 5 years ago

Yes, there's a commit in my branch that may convert vsync into triple buffering. This would decouple the maximum frame rate rendered from that of the monitor while maintaining tear free displaying of frames.

What exactly do you observe?

BTW: it's in the dxvk subproject...

clapbr commented 5 years ago

Indeed it has no tearing, but it microstutters/drop frames constantly on this game at least. It also prevents me from using Freesync since it stays out of it's range.

This game specifically has triple buffering also and it works fine. It would be useful to be able to switch this feature on/off at runtime, meanwhile I'll do a custom build without it.

kakra commented 5 years ago

It should be enough to just replace dxvk. But I'm thinking of removing that commit because it no longer provides the benefits it did for me some versions ago.

clapbr commented 5 years ago

Your call, feel free to close this when you want.

kakra commented 5 years ago

Let me test Grim Dawn myself first... I'm going to buy it soonish... (well, whatever "soon" could mean in my current life)