You are not logged in.
wine 9.17 implemented hidpi surface scaling, resulting in all games rendering at what looks like 640x480 resolution and scaling that up to the monitor's native 4K resolution as large square pixels. Some games, like civ4, scale a larger resolution window to millimeter size pixels, so that only the top left corner of the UI is visible.
Needless to say, the result is unusable. I have difficulty understanding what may be causing this behavior in my setup; if it was happening for everyone this way, the surface scaling change would have been rolled back by now. I do set the screen DPI to 386 in winecfg, twice the real 193, to make the UI scale to readable size. Setting the DPI to 193 does decrease the pixellation, but still does not let games render at native resolution. What can I do to disable surface scaling altogether and go back to wine 9.16 behavior?
Last edited by msharov (2024-10-05 13:32:01)
Offline
The DPI setting in winecfg should only affect the font size.
Do you have "Emulate a virtual desktop" enabled ?
If not, please enable it (it will run apps in a window) .
Try multiple resolutions, are they rendered at correct size ?
Are you on X or wayland, which WM/DE/wayland compositor ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
The DPI setting in winecfg should only affect the font size.
And, apparently, surface scaling.
Do you have "Emulate a virtual desktop" enabled?
No, of course not. A virtual desktop is inappropriate for running games; they all run fullscreen. In fact, you might say that the problem is precisely that apps are no longer able to run fullscreen and are scaled as a window instead.
Are you on X or wayland, which WM/DE/wayland compositor ?
X, i3wm.
Offline
The emulate virtual desktop q was to make sure whether you were using it.
I feel there is a chance the issue is caused by some combination of wine scaling and your setup, but need more info to determine that.
$ lspci -k
$ glxinfo -B
$ glxinfo32 -B
$ vulkaninfo --summary
(install mesa-utils / lib32-mesa-utils / vulkan-tools if needed)
i3 doesn't use scaling itself, are you setting DPI/scaling for X in any way , possibly taken from https://wiki.archlinux.org/title/HiDPI ?
Last edited by Lone_Wolf (2024-10-04 09:49:33)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Now you're just fishing for nonexistent clues. The surface scaling is entirely wine's doing, since it does not happen with 9.16. X DPI setting is correct. I am using the gsettings doubling for gnome, which should not affect wine in any way, and if it does, I can't disable it since it will make all gtk apps unreadably tiny.
So I'm just going to assume that this is hopelessly broken. I'll keep wine frozen on 9.16 as a workaround. When that stops working I might try recreating the wine prefix and reinstalling all the games, which will be a week's work.
This question can be considered closed unresolved.
Offline
Some additional questions for clarity :
You did verify wine 9.17+ is the cause of the problems by only changing the installed wine ?
Have you tested with a pristine wine 64-bit & 32-bit prefix ?
There are 2 wine variants in arch repo, have you tried with both ?
This question can be considered closed unresolved.
Closed is reserved for threads where users are blocked from adding posts.
All threads on this forum start as unresolved and stay that way until they're marked otherwise.
In case you want to change the marking of this thread, prepend the thread title (edit first post) with the new status.
[Abandoned] or [Gave up] seem appropriate.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
No, I haven't tested with a new wine prefix. I will try it later, when 9.16 stops working. In my arch repo there is only one wine package; I don't know what you are referring to there. Custom building wine is also pretty much out of the question due to the complexity of its build process.
Offline
In my arch repo there is only one wine package; I don't know what you are referring to there.
There is wine and wine-staging .
The latter has hundreds of addtional patches. There have been situations were issues were only with one of those packages.
I doubt this is such a situation, but it doesn't hurt to check.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Also had this issue. Adjusting screen resolution in winecfg from 192 to 96 dpi fixed it, in my case. Only slight annoyance is that now wine GUI is also half the desired size.
Offline
i am also affect with the scaling problem since wine 9.12. had no additonal info jet. but for my app dpi scalling did not work anymore all is tiny now. before all works nothing changes.
Offline
https://bugs.winehq.org/show_bug.cgi?id=57175
TL;DR Add the following registry entry:
[HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers]
@="~ HIGHDPIAWARE"
Offline
https://bugs.winehq.org/show_bug.cgi?id=57175
TL;DR Add the following registry entry:
[HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers] @="~ HIGHDPIAWARE"
This worked for me for both my 32-bits and 64-bits wine prefixes:
$ WINEPREFIX=$HOME/.wine wine regedit
Create the registry key:
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers
Set its default value to
~ HIGHDPIAWARE
$ WINEPREFIX=$HOME/.wine64 wine64 regedit
Same as (2) and (3).
Offline