Page 1 of 2 12 LastLast
Results 1 to 10 of 17

Thread: Wayland Back-End For GTK+ Pushed Forward

  1. #1
    Join Date
    Jan 2007
    Posts
    15,396

    Default Wayland Back-End For GTK+ Pushed Forward

    Phoronix: Wayland Back-End For GTK+ Pushed Forward

    While busy discussing Sandy Bridge Linux support, it's been brought to my attention en route to Las Vegas that the Wayland back-end for GTK+3 has been merged!..

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

  2. #2
    Join Date
    Nov 2007
    Posts
    1,024

    Default

    Also cool is that GTK+ has the multiple backend support now, so the fear that your GTK+ applications will only work with Wayland is gone. The same binaries can work on Wayland natively or work with X11 for people wanting X-style network transparency.

  3. #3

    Default

    Quote Originally Posted by elanthis View Post
    Also cool is that GTK+ has the multiple backend support now, so the fear that your GTK+ applications will only work with Wayland is gone. The same binaries can work on Wayland natively or work with X11 for people wanting X-style network transparency.
    Yeah, this could have potentially been a big problem. Luckily the multiple backend work made it into GTK 3.0 (which is getting close to release now) or it may have had to wait until the next major version, which could have been two or three years away...

  4. #4
    Join Date
    Sep 2009
    Posts
    33

    Default

    The cruncher will be Wine working on Wayland. Most will not see any usable difference between XORG and Wayland, unless it's 3D gaming or 3D desktop use.

  5. #5
    Join Date
    Jun 2010
    Posts
    250

    Default

    Speaking of 3D gaming or desktop use, does anyone know if there are plans for Wayland to support OpenGL in addition to OpenGL ES, which is currently supported (or at least is being worked on)?

  6. #6
    Join Date
    Dec 2007
    Location
    Edinburgh, Scotland
    Posts
    591

    Default

    Quote Originally Posted by Prescience500 View Post
    Speaking of 3D gaming or desktop use, does anyone know if there are plans for Wayland to support OpenGL in addition to OpenGL ES, which is currently supported (or at least is being worked on)?
    Is there any reason it would need to?

    Any OpenGl apps would still working on Wayland regardless

  7. #7
    Join Date
    Oct 2010
    Posts
    469

    Default

    Quote Originally Posted by 0e8h View Post
    The cruncher will be Wine working on Wayland. Most will not see any usable difference between XORG and Wayland, unless it's 3D gaming or 3D desktop use.
    Shouldn't that work with a rootless X server (if not natively)?

  8. #8
    Join Date
    Jun 2010
    Posts
    250

    Default

    Wouldn't OpenGL in addition to OpenGL ES allow for greater performance in things like high graphics gaming and what not?

  9. #9
    Join Date
    Oct 2009
    Posts
    353

    Default

    Quote Originally Posted by Prescience500 View Post
    Wouldn't OpenGL in addition to OpenGL ES allow for greater performance in things like high graphics gaming and what not?
    Afaik when you use OpenGL in your app you don't need Wayland's blessing since OpenGL draws directly to the screen. At most Wayland could tell your app _where_ to draw, but Wayland itself doesn't participate in the drawing process of the apps which use OpenGL for (their own 2D/3D) rendering stuff.

    Wayland as in "display manager" as opposed to "new standard" does use "OpenGL ES" instead of "OpenGL" to render stuff but that is simply because it wants to run on mobile devices with as little changes as possible and unless you mean OpenGL 4.x there's virtually no big performance difference between OpenGL 1x-3x and OpenGL ES 2.0.

  10. #10

    Default

    Quote Originally Posted by Prescience500 View Post
    Wouldn't OpenGL in addition to OpenGL ES allow for greater performance in things like high graphics gaming and what not?
    I think ES 2.0 is just the minimum requirement for the compositor (so it's able to run on mobile devices). Since it's just a subset of OpenGL, it's the same performance, just less features.

    But applications can use any OpenGL version that their graphics driver supports.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •