Announcement

Collapse
No announcement yet.

Mesa 23.3 Lands Optional Support For Allowing Game Tearing On Wayland

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Mesa 23.3 Lands Optional Support For Allowing Game Tearing On Wayland

    Phoronix: Mesa 23.3 Lands Optional Support For Allowing Game Tearing On Wayland

    Merged for Mesa 23.3 today is the Vulkan windowing system integration (WSI) to allow for the "PresentOptionAsyncMayTear" option that can be used to enable tearing under (X)Wayland if desiring peak performance at the cost of possible imperfect rendering...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    The one promise of Wayland to never show imperfect frames... broken.

    They could have focused their efforts into making triple buffering work really well, as well as dynamic refresh such as freesync.

    But no, they instead settle for the usual mediocrity.

    Comment


    • #3
      Originally posted by ayumu View Post
      The one promise of Wayland to never show imperfect frames... broken.
      What's the point of making promises that aren't useful. If you want to break frames, you should be able to, instead of "we promised, so you are forbidden to".

      Comment


      • #4
        Whelp, that's torn it!

        Comment


        • #5
          Originally posted by ayumu View Post
          The one promise of Wayland to never show imperfect frames... broken.

          They could have focused their efforts into making triple buffering work really well, as well as dynamic refresh such as freesync.

          But no, they instead settle for the usual mediocrity.
          Wayland is still showing perfect frames. This is about allowing X to draw imperfect frames while running on top of Wayland, that's not really any different than saying the QT or GTK can draw broken frames on Wayland either (not that I'm saying they do).

          Comment


          • #6
            Originally posted by ayumu View Post
            They could have focused their efforts into making triple buffering work really well, as well as dynamic refresh such as freesync.
            Uhm, it's not like these are excluded by having the option to allow for tearing.

            Also not really sure what you mean by "making triple buffering work really well". What kind of tricks do you have up your sleeves?

            Comment


            • #7
              Originally posted by ayumu View Post
              The one promise of Wayland to never show imperfect frames... broken.

              They could have focused their efforts into making triple buffering work really well, as well as dynamic refresh such as freesync.

              But no, they instead settle for the usual mediocrity.
              As far as I know, both triple buffering and variable refresh rate are supported by Wayland. Those are not implemented in GNOME yet, but there are efforts to merge the corresponding patches (including GUI configuration for when to enable VRR and tearing.)

              Comment


              • #8
                Wayland is close to being really good for me if only direct scanout wasn't breaking vblank with VRR
                Sway Versions: Stable: Sway 1.8.1 + Wlroots 1.6.2 Next: Sway 1.9.0-dev-363c579 + Wlroots 1.7.0-dev-5f691259 (Tested on Arch Linux with 23.1.6) Debug Log: Result from starting Sway 1.8.1 > Steam > H...

                Comment


                • #9
                  Originally posted by shmerl View Post
                  What's the point of making promises that aren't useful. If you want to break frames, you should be able to, instead of "we promised, so you are forbidden to".
                  But this is not that.... this is allowing for someone else (the game developers) to break my frames on my computer. It would be a different thing, if there were a user switch to allow/disallow it. But as it is now, this extension allows a thirdparty to break my frames.

                  Comment


                  • #10
                    Originally posted by AnAccount View Post
                    It would be a different thing, if there were a user switch to allow/disallow it.
                    That's a good idea. Maybe they could call it PresentOptionAsyncMayTear.

                    Comment

                    Working...
                    X