Scale/stretch full-screen wine apps instead of changing resolution

The name of the pictureThe name of the pictureThe name of the pictureClash 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.










share|improve this question

























    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.










    share|improve this question























      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.










      share|improve this question













      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






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 24 mins ago









      Offenso

      313




      313

























          active

          oldest

          votes











          Your Answer








          StackExchange.ready(function()
          var channelOptions =
          tags: "".split(" "),
          id: "106"
          ;
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function()
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled)
          StackExchange.using("snippets", function()
          createEditor();
          );

          else
          createEditor();

          );

          function createEditor()
          StackExchange.prepareEditor(
          heartbeatType: 'answer',
          convertImagesToLinks: false,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: null,
          bindNavPrevention: true,
          postfix: "",
          imageUploader:
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          ,
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          );



          );













           

          draft saved


          draft discarded


















          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



































          active

          oldest

          votes













          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes















           

          draft saved


          draft discarded















































           


          draft saved


          draft discarded














          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













































































          Popular posts from this blog

          How to check contact read email or not when send email to Individual?

          Displaying single band from multi-band raster using QGIS

          How many registers does an x86_64 CPU actually have?