Announcement

Collapse
No announcement yet.

Wayland's Weston Now Handles Full-Screen X Windows

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

  • silenceoftheass
    replied
    I think non-composited non-fullscreen is handled

    Originally posted by JS987 View Post
    Wayland can't disable compositing for non-full screen applications.
    I thought that's what overlays are for? (i.e. for the applications that choose to go this route, they create an overlay of the appropriate type and render into their buffer - Wayland doesn't composite that part, just informs the hardware to scanout from the buffer).

    Basically should work like video overlays, but with any buffer you choose kind of thing.

    Here you go - here's the talk about that:

    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
    Last edited by silenceoftheass; 15 February 2013, 08:55 AM.

    Leave a comment:


  • JS987
    replied
    Originally posted by phred14 View Post
    Please explain. Broken by design is a much more serious accusation than merely a poor implementation.
    Wayland can't disable compositing for non-full screen applications.

    WebGL Aquarium


    without compositing
    50-55 fps
    with compositing
    40-45 fps

    XFCE, Chromium, window maximized, Intel GPU, latest drivers

    Leave a comment:


  • Ericg
    replied
    Commits are down but im finding it hard to believe that its been abandoned... AMD still has a couple OSS devs and they are doing GCN hardware work...which the only way to do that is THROUGH Glamor so you have people being paid to work on glamor and r600g, makes it hard to believe that its been abandoned.

    Leave a comment:


  • JS987
    replied
    Originally posted by Ericg View Post
    Radeon is already doing 2D-over-OpenGL for all GCN hardware so thats a non-issue for the simple fact we are already doing it. Does glamor suck right now? Yes. Can it get better? Yes. Will it get better? Yes.
    Glamor seems to be abandoned as expected. There are only 5 commits last 6 months.


    Glamor will have to be supported by GTK/Cairo/Qt as Wayland does no rendering.
    GTK3 is using cairo-gl on Wayland.
    Qt5 Widgets support no HW acceleration, which is unlikely to be fixed as Digia doesn't care about Widgets.

    Leave a comment:


  • Ericg
    replied
    Originally posted by frantaylor View Post
    I'm curious, has anyone tried working with Qt and Wayland? This is all very interesting to me, but I don't want to jump in the water until it's at least marginally functional.
    GTK you have to jump through some hoops with since its not seamless. KDE is working on support, and should have seamless support in Frameworks 5. Qt5 has support. EFL...not sure.

    Leave a comment:


  • 89c51
    replied
    Originally posted by frantaylor View Post
    I'm curious, has anyone tried working with Qt and Wayland? This is all very interesting to me, but I don't want to jump in the water until it's at least marginally functional.
    Qt 5 works i think. All the toolkits (GTK EFL Qt Clutter etc) work more or less.

    Leave a comment:


  • frantaylor
    replied
    Originally posted by pq__ View Post
    No desktop timeframe that I'm aware of.

    Wayland does have a TODO file, and I think the bugzilla has many items, too. Many things require further protocol design, and the best way to do that would be to experiment and see how things turn out. If you worked on porting a major toolkit to Wayland, I'm sure you would find lots to do; things that you cannot currently implement due to lack of protocol.
    I'm curious, has anyone tried working with Qt and Wayland? This is all very interesting to me, but I don't want to jump in the water until it's at least marginally functional.

    Leave a comment:


  • frantaylor
    replied
    Originally posted by varikonniemi View Post
    It is pathetic that Wayland takes so long to reach maturity since X is probably the only remaining HORRIBLE part of modern desktop Linux.
    It took 30 years to get X windows into the state that it's in, you are just spouting foolish nonsense.

    If you are comparing the X developers to the Wayland developers, well you might be amused to know that they are the same people.

    Maybe you can tell us about how many years and how much resources Apple and Microsoft have put into their desktops.
    Last edited by frantaylor; 14 February 2013, 02:35 PM.

    Leave a comment:


  • pq__
    replied
    Originally posted by 89c51 View Post
    pq__ is there a timeframe for the desktop stuff??

    Maybe a specific todo (and the subsequent phoronix article ) can help things a bit.
    No desktop timeframe that I'm aware of.

    Wayland does have a TODO file, and I think the bugzilla has many items, too. Many things require further protocol design, and the best way to do that would be to experiment and see how things turn out. If you worked on porting a major toolkit to Wayland, I'm sure you would find lots to do; things that you cannot currently implement due to lack of protocol.

    Leave a comment:


  • JS987
    replied
    Originally posted by Ericg View Post
    Radeon is already doing 2D-over-OpenGL for all GCN hardware so thats a non-issue for the simple fact we are already doing it. Does glamor suck right now? Yes. Can it get better? Yes. Will it get better? Yes.
    I don't use Radeon hardware. Glamor will maybe become as fast as Intel SNA, but it can take years. Glamor will have to be supported by GTK/Cairo/Qt as Wayland does no rendering.
    Memory usage won't be probably solved as it is likely limitation of OpenGL.

    Leave a comment:

Working...
X