Scale/stretch full-screen wine apps instead of changing resolution
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
Related to: enter link description here
My setup: Arch, Xorg, LightDM, DeepinWM, Wine 3.19+dxvk
Context: my laptop unable to run the latest windows games (such as Overwatch) at native resolution, so I have to downscale them. But each time I'm Alt-Tab to Chrome/Skype/etc I see this annoying obsolete 0.7-1.5 second black screen(framerate/resolution negotiation between graphic card&monitor). While it understandable it so 200x.
(Setting virtual monitor in wine makes such apps crash before the start. borderless setup doesn't work reliably well)
Reference: I'm really like Unity approach for resolution change - they downscale/upscale end-screen texture, instead of changing actual monitor resolution. Youtube/Vimeo (read: Chrome/Firefox) makes the same with fullscreen video (monitor resolution doesn't change when you change the resolution of video)
Question: how may one's achieve the same results with wine opengl applications? When wine trying to change resolution through xrandr, actually it stretches fullscreen app alongside with mouse coordinates adjusting etc.
I've tried to dance around Xorg config, including Xephyr, playing with fakexrandr sources.
While it technically achievable I have no idea where to start. I'm willing to write a patch for wine if I have to.
Example:
Screen resolution: FullHD (1920x1080)
Wine running the fullscreen app (ex: Overwatch)
Overwatch trying to change the resolution to HD and get OpenGL device context
(our beautiful hack/configuration hooks that)
It makes the FullHD fullscreen app, but creates "Virtual" (just offscreen texture) HD device context, and return it to wine.
Wine&App things they changed screen resolution
While real screen resolution didn't change, our "driver" just upscales image.
The end result visually the same, but we do not see the black flick on Alt-Tab, because screen resolution doesn't change between windows.
Disclaimer: I know that Linux community love showing other paths, and I open to them. Please advice through comments, not answers. I've been trying to crack this UX issue for a while, and I really appreciate if we focus on the issue: black flick on resolution context change. If Wayland preserves screen resolution while stretching apps I'm in. If anything else locks screen on highest possible resolution while scaling windows I'm in.
P.S low-resolution apps on Android devices do not make screen become black for a second.
xorg xrandr wine lightdm opengl
add a comment |Â
up vote
0
down vote
favorite
Related to: enter link description here
My setup: Arch, Xorg, LightDM, DeepinWM, Wine 3.19+dxvk
Context: my laptop unable to run the latest windows games (such as Overwatch) at native resolution, so I have to downscale them. But each time I'm Alt-Tab to Chrome/Skype/etc I see this annoying obsolete 0.7-1.5 second black screen(framerate/resolution negotiation between graphic card&monitor). While it understandable it so 200x.
(Setting virtual monitor in wine makes such apps crash before the start. borderless setup doesn't work reliably well)
Reference: I'm really like Unity approach for resolution change - they downscale/upscale end-screen texture, instead of changing actual monitor resolution. Youtube/Vimeo (read: Chrome/Firefox) makes the same with fullscreen video (monitor resolution doesn't change when you change the resolution of video)
Question: how may one's achieve the same results with wine opengl applications? When wine trying to change resolution through xrandr, actually it stretches fullscreen app alongside with mouse coordinates adjusting etc.
I've tried to dance around Xorg config, including Xephyr, playing with fakexrandr sources.
While it technically achievable I have no idea where to start. I'm willing to write a patch for wine if I have to.
Example:
Screen resolution: FullHD (1920x1080)
Wine running the fullscreen app (ex: Overwatch)
Overwatch trying to change the resolution to HD and get OpenGL device context
(our beautiful hack/configuration hooks that)
It makes the FullHD fullscreen app, but creates "Virtual" (just offscreen texture) HD device context, and return it to wine.
Wine&App things they changed screen resolution
While real screen resolution didn't change, our "driver" just upscales image.
The end result visually the same, but we do not see the black flick on Alt-Tab, because screen resolution doesn't change between windows.
Disclaimer: I know that Linux community love showing other paths, and I open to them. Please advice through comments, not answers. I've been trying to crack this UX issue for a while, and I really appreciate if we focus on the issue: black flick on resolution context change. If Wayland preserves screen resolution while stretching apps I'm in. If anything else locks screen on highest possible resolution while scaling windows I'm in.
P.S low-resolution apps on Android devices do not make screen become black for a second.
xorg xrandr wine lightdm opengl
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
Related to: enter link description here
My setup: Arch, Xorg, LightDM, DeepinWM, Wine 3.19+dxvk
Context: my laptop unable to run the latest windows games (such as Overwatch) at native resolution, so I have to downscale them. But each time I'm Alt-Tab to Chrome/Skype/etc I see this annoying obsolete 0.7-1.5 second black screen(framerate/resolution negotiation between graphic card&monitor). While it understandable it so 200x.
(Setting virtual monitor in wine makes such apps crash before the start. borderless setup doesn't work reliably well)
Reference: I'm really like Unity approach for resolution change - they downscale/upscale end-screen texture, instead of changing actual monitor resolution. Youtube/Vimeo (read: Chrome/Firefox) makes the same with fullscreen video (monitor resolution doesn't change when you change the resolution of video)
Question: how may one's achieve the same results with wine opengl applications? When wine trying to change resolution through xrandr, actually it stretches fullscreen app alongside with mouse coordinates adjusting etc.
I've tried to dance around Xorg config, including Xephyr, playing with fakexrandr sources.
While it technically achievable I have no idea where to start. I'm willing to write a patch for wine if I have to.
Example:
Screen resolution: FullHD (1920x1080)
Wine running the fullscreen app (ex: Overwatch)
Overwatch trying to change the resolution to HD and get OpenGL device context
(our beautiful hack/configuration hooks that)
It makes the FullHD fullscreen app, but creates "Virtual" (just offscreen texture) HD device context, and return it to wine.
Wine&App things they changed screen resolution
While real screen resolution didn't change, our "driver" just upscales image.
The end result visually the same, but we do not see the black flick on Alt-Tab, because screen resolution doesn't change between windows.
Disclaimer: I know that Linux community love showing other paths, and I open to them. Please advice through comments, not answers. I've been trying to crack this UX issue for a while, and I really appreciate if we focus on the issue: black flick on resolution context change. If Wayland preserves screen resolution while stretching apps I'm in. If anything else locks screen on highest possible resolution while scaling windows I'm in.
P.S low-resolution apps on Android devices do not make screen become black for a second.
xorg xrandr wine lightdm opengl
Related to: enter link description here
My setup: Arch, Xorg, LightDM, DeepinWM, Wine 3.19+dxvk
Context: my laptop unable to run the latest windows games (such as Overwatch) at native resolution, so I have to downscale them. But each time I'm Alt-Tab to Chrome/Skype/etc I see this annoying obsolete 0.7-1.5 second black screen(framerate/resolution negotiation between graphic card&monitor). While it understandable it so 200x.
(Setting virtual monitor in wine makes such apps crash before the start. borderless setup doesn't work reliably well)
Reference: I'm really like Unity approach for resolution change - they downscale/upscale end-screen texture, instead of changing actual monitor resolution. Youtube/Vimeo (read: Chrome/Firefox) makes the same with fullscreen video (monitor resolution doesn't change when you change the resolution of video)
Question: how may one's achieve the same results with wine opengl applications? When wine trying to change resolution through xrandr, actually it stretches fullscreen app alongside with mouse coordinates adjusting etc.
I've tried to dance around Xorg config, including Xephyr, playing with fakexrandr sources.
While it technically achievable I have no idea where to start. I'm willing to write a patch for wine if I have to.
Example:
Screen resolution: FullHD (1920x1080)
Wine running the fullscreen app (ex: Overwatch)
Overwatch trying to change the resolution to HD and get OpenGL device context
(our beautiful hack/configuration hooks that)
It makes the FullHD fullscreen app, but creates "Virtual" (just offscreen texture) HD device context, and return it to wine.
Wine&App things they changed screen resolution
While real screen resolution didn't change, our "driver" just upscales image.
The end result visually the same, but we do not see the black flick on Alt-Tab, because screen resolution doesn't change between windows.
Disclaimer: I know that Linux community love showing other paths, and I open to them. Please advice through comments, not answers. I've been trying to crack this UX issue for a while, and I really appreciate if we focus on the issue: black flick on resolution context change. If Wayland preserves screen resolution while stretching apps I'm in. If anything else locks screen on highest possible resolution while scaling windows I'm in.
P.S low-resolution apps on Android devices do not make screen become black for a second.
xorg xrandr wine lightdm opengl
xorg xrandr wine lightdm opengl
asked 24 mins ago
Offenso
313
313
add a comment |Â
add a comment |Â
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f479285%2fscale-stretch-full-screen-wine-apps-instead-of-changing-resolution%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password