Announcement

Collapse
No announcement yet.

Weston Works Towards Runtime-Switchable Renderers

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

  • Weston Works Towards Runtime-Switchable Renderers

    Phoronix: Weston Works Towards Runtime-Switchable Renderers

    The latest work on Wayland's Weston compositor is working in the direction of making it support run-time switchable renderers, such as between the OpenGL and Pixman renderers or theoretically different GL renderers...

    http://www.phoronix.com/vr.php?view=MTQ5NTQ

  • #2
    Sounds like a very useful feature to have.

    Comment


    • #3
      Michael unfortunately didn't mention it, but the primary purpose of t his AFAIK is to have a fast usable backend (pixman) that can start displaying stuff before the heavier artillery (DRM/KMS/GLES) takes over, so the user doesn't have to wait as long before he sees the system running.

      Comment


      • #4
        That's a neat idea on one hand, but on the other it creates a "Windows experience" where the desktop appears ready but is not.

        A couple years back one guy took a screenshot of his KDE desktop and made it his bootsplash. Added a couple tweaks (autologin, less flicker), and it appeared like he had <1s boots, though it was indeed like Windows, he couldn't even move the mouse until several more seconds in.

        Comment


        • #5
          Originally posted by curaga View Post
          That's a neat idea on one hand, but on the other it creates a "Windows experience" where the desktop appears ready but is not.

          A couple years back one guy took a screenshot of his KDE desktop and made it his bootsplash. Added a couple tweaks (autologin, less flicker), and it appeared like he had <1s boots, though it was indeed like Windows, he couldn't even move the mouse until several more seconds in.
          Not necessarily, this could probably be used to allow Plymouth to come up a bit faster on Wayland (less black screen time if its just a wayland client like was talked about for the Full Screen code). Then hand off to Login manager, user logs in, login-splash (at least for KDE, Idk if Gnome / E17 / LXDE / XFCE have a splash for login).

          If the desktop is appearing before its actually usable then I would say that the login splash would need to be extended to track whatever holds up the desktop and not hand off to the actual desktop until those things have finished.

          Comment


          • #6
            Originally posted by curaga View Post
            That's a neat idea on one hand, but on the other it creates a "Windows experience" where the desktop appears ready but is not.

            A couple years back one guy took a screenshot of his KDE desktop and made it his bootsplash. Added a couple tweaks (autologin, less flicker), and it appeared like he had <1s boots, though it was indeed like Windows, he couldn't even move the mouse until several more seconds in.
            IIRC the amount of time until the real GL renderer would take over is in the domain of milliseconds. And yeah, as someone else mentioned, it's probably just to get a cute "Pls wait =3" image on the screen ASAP.

            Comment

            Working...
            X