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

Thread: GTK+ 3.8.0 Supports Wayland 1.0, Better Performance

  1. #1
    Join Date
    Jan 2007
    Posts
    14,361

    Default GTK+ 3.8.0 Supports Wayland 1.0, Better Performance

    Phoronix: GTK+ 3.8.0 Supports Wayland 1.0, Better Performance

    GTK+ 3.8.0 has been released ahead of this week's GNOME 3.8 desktop release. GTK+ 3.8 supports the Wayland 1.0 protocol, provides Broadway HTML5 server advancements, performance improvements, and much more...

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

  2. #2
    Join Date
    Jan 2009
    Posts
    141

    Default

    What is the "frame synchronization protocol"?

    Have they included the GLX_EXT_BUFFER_AGE extension?

  3. #3
    Join Date
    Jan 2012
    Posts
    179

    Default

    I hope this can be seen as a milestone to start develop wayland compatible apps. It has been a long time coming, but it seems someone should make the push so we can finally ditch X.

  4. #4
    Join Date
    Sep 2010
    Posts
    654

    Default

    Quote Originally Posted by varikonniemi View Post
    I hope this can be seen as a milestone to start develop wayland compatible apps. It has been a long time coming, but it seems someone should make the push so we can finally ditch X.
    Rather leave X alone, as its staying for a long time to come..

  5. #5
    Join Date
    May 2010
    Posts
    75

    Default

    Quote Originally Posted by portets43 View Post
    What is the "frame synchronization protocol"?
    http://fishsoup.net/misc/wm-spec-synchronization.html (see this blog post http://blog.fishsoup.net/2012/11/28/...frame-display/ for why it is needed).

    Have they included the GLX_EXT_BUFFER_AGE extension?
    GTK does not render using OpenGL, but yes we added support for GLX_EXT_BUFFER_AGE / EGL_EXT_BUFFER_AGE to clutter and cogl.
    Which means on supported drivers you have no tearing and improved performance when running clutter apps (like gnome-shell).

  6. #6
    Join Date
    Dec 2012
    Posts
    457

    Default

    I hope they finally made 3.8 backwards compatible with 3.6 themes

  7. #7
    Join Date
    Jan 2009
    Posts
    1,305

    Default

    Quote Originally Posted by portets43 View Post
    What is the "frame synchronization protocol"?

    Have they included the GLX_EXT_BUFFER_AGE extension?
    The protocol refers to the communication that occurs between WM and client. Specifically, the app will tell the compositor when it is finished with its buffer (no partially drawn frames), and the compositor will let the app know when it is drawing too fast for the compositor (save energy). That's my understanding.

    I've found no mention in the mutter git of them making use of that glx extension.

  8. #8
    Join Date
    May 2010
    Posts
    75

    Default

    Quote Originally Posted by liam View Post
    I've found no mention in the mutter git of them making use of that glx extension.
    As I said above we use cogl and clutter to abstract away opengl / glx / egl so you'd have to look there:

    https://git.gnome.org/browse/cogl/co...d=427b1038051e
    https://git.gnome.org/browse/cogl/commit/?id=92d869764c
    https://git.gnome.org/browse/clutter.../?id=b9ad93ad8

  9. #9
    Join Date
    Dec 2011
    Posts
    2,006

    Default Wayland

    Looking forward to the improved Wayland support.

  10. #10
    Join Date
    Sep 2009
    Posts
    194

    Default

    Quote Originally Posted by varikonniemi View Post
    I hope this can be seen as a milestone to start develop wayland compatible apps. It has been a long time coming, but it seems someone should make the push so we can finally ditch X.
    You must be using open source gpu drivers, because those of us who aren't won't be able to ditch X until AMD and nvidia get their acts together.

Posting Permissions

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