https://bugs.winehq.org/show_bug.cgi?id=39768
Bug ID: 39768 Summary: scaling window for games with low resolution Product: Wine Version: 1.8-rc3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: legluondunet@free.fr Distribution: ---
Hello,
some old games do not have a resolution bigger than 640x480. For example: Shivers The longest journey Motoracer .. and the modern displays does not have a 4:3 ratio, so it is not possible to put this games in fullscreen or the games will be stretch. Some modern screens do not even support this resolution.
Do you plan to add a scaling feature to wine?
LGDN
https://bugs.winehq.org/show_bug.cgi?id=39768
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #1 from Sergey Isakov isakov-sl@bk.ru --- Old game Heroes III has resolution 800x600 (4:3) and it works fine in wine in full screen mode. Monitor has own resolution 1920x1080 so the game occupies only part of screen with black edges right and left but keeping square pixels. It is very good and better then in native Windows 7 that tends to stretch image. I like to play this game in Wine better then in Windows because of this.
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #2 from legluondunet@free.fr legluondunet@free.fr --- Sergey some games can not be play i nfullscreen with wine, like Shivers, Motoracer and others... And even if the game could be played in fullscreen, sometimes video ratio is not respected or the video played in 640x480... It could be interesting to have an option in wine to scale (or stretch) the game windows to a bigger resolution. It's just another option, you could continue to play game Heroes III like you did before.
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #3 from Henri Verbeet hverbeet@gmail.com --- I'm sure there would be cases where this kind of thing would be useful, but to me it also sounds like something that would be better handled by the window manager or compositor instead of by each application individually.
https://bugs.winehq.org/show_bug.cgi?id=39768
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #4 from joaopa jeremielapuree@yahoo.fr --- So, is it a WONTFIX?
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #5 from legluondunet@free.fr legluondunet@free.fr --- (In reply to Henri Verbeet from comment #3)
I'm sure there would be cases where this kind of thing would be useful, but to me it also sounds like something that would be better handled by the window manager or compositor instead of by each application individually.
You are right, it will be a good idea for compositor/window manager to implement this feature. I know only a compositor that can zoom to a window, it's compiz. But others apps like Dosbox, ScummVM, Mame and others emulators already implement this feature: whatever the game native resolution, the game resolution/content is adapted (scaled/stretched) to the window or desktop. For the moment play a game with a 640x480 ou 800x600 resolution is a pain with Wine on modern screen.
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #6 from Le Gluon du Net legluondunet@gmail.com --- Finally Valve added this option to Proton in 2019.
https://bugs.winehq.org/show_bug.cgi?id=39768
Anya animegirl@stronzi.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |animegirl@stronzi.org
https://bugs.winehq.org/show_bug.cgi?id=39768
pernegger@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pernegger@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #7 from pernegger@gmail.com --- I know you (the WINE devs) think this isn't WINE's responsibility, and that's true; maybe even that Windows doesn't do it, so WINE shouldn't either, and that's also true.
But that doesn't make running legacy application (or games) that don't support any type of scaling themselves any less painful. It isn't just games, either. Try running pretty much anything on a 4K screen, you'll need a magnifying glass. I don't see any work on the horizon at the X/Wayland or whatever proper level to fix this.
Actually switching resolution or using xrandr to scale the whole screen might work for fullscreen games, but not if you want to run something alongside other software, native and otherwise.
IMHO WINE needs some mechanism to scale windows (in normal mode) / the desktop (in virtual desktop mode) that is transparent to the application. Obviously this doesn't need to be implemented in WINE itself, the WINE project specifying a standard way (incl. dependencies) to do this, and making it configurable via winecfg would go a long way.
Think of it this way: What good is running more Windows software than Windows does, if it doesn't run in a manner that's actually usable.
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #8 from soredake gi85qht0z@relay.firefox.com --- https://www.gamingonlinux.com/2020/11/testing-integer-scaling-with-valves-ga...
https://bugs.winehq.org/show_bug.cgi?id=39768
Robert Walker bob.mt.wya@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bob.mt.wya@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=39768
Marcel ndx4co9lt@mozmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ndx4co9lt@mozmail.com
https://bugs.winehq.org/show_bug.cgi?id=39768
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #9 from Le Gluon du Net legluondunet@gmail.com --- You can close this bug report now that we have Gamescope
https://bugs.winehq.org/show_bug.cgi?id=39768
soredake broaden_acid002@simplelogin.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|broaden_acid002@simplelogin | |.com |
https://bugs.winehq.org/show_bug.cgi?id=39768
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX
--- Comment #10 from Ken Sharp imwellcushtymelike@gmail.com --- (In reply to Henri Verbeet from comment #3)
I'm sure there would be cases where this kind of thing would be useful, but to me it also sounds like something that would be better handled by the window manager or compositor instead of by each application individually.
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #11 from pernegger@gmail.com --- (In reply to Le Gluon du Net from comment #9)
You can close this bug report now that we have Gamescope
We've had Gamescope for ages.
Gamescope, at least if you want a halfway recent version, has rather steep version requirements. On a regular LTS distro it requires jumping through hoops to get to work, if it will at all. Anything *but* a halfway recent version requires an AMD card.
It hogs the command key and it does weird stuff with the mouse cursor. In short, it's only useful for games. No help at all with regular applications on high-DPI screens.
As far as I'm aware, it only works on Linux, and I shouldn't wonder if it were amd64-only.
I wish it could at least stay open as a feature request. But, WONTFIX is WONTFIX. It is what it is. :-(
https://bugs.winehq.org/show_bug.cgi?id=39768
--- Comment #12 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=39768
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Austin English austinenglish@gmail.com --- Actually closing.