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

Thread: Accelerated Compositing, Better Video In WebKit

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

    Default Accelerated Compositing, Better Video In WebKit

    Phoronix: Accelerated Compositing, Better Video In WebKit

    The Clutter port of WebKit now has better video support and can handle accelerated compositing...

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

  2. #2
    Join Date
    Jan 2008
    Posts
    206

    Default

    The improvement here comes not by adopting some new video API but rather handling page composition on the GPU rather than within Cairo itself.
    Who said Cairo does not use the GPU when doiung composition?!
    When running on X11, all cairo does is to issue a simple XRenderComposite call to Xorg, which passes that request to a driver and which then is accelerated by the GPU.

    - Clemens

  3. #3
    Join Date
    Oct 2011
    Posts
    28

    Default

    It's nice to see the work continuing on gpu accelerated browsers under linux by all the major browsers providers. It still seems like very much a work in progress for all of them though.

  4. #4
    Join Date
    Oct 2009
    Posts
    353

    Default

    Quote Originally Posted by Linuxhippy View Post
    Who said Cairo does not use the GPU when doiung composition?!
    When running on X11, all cairo does is to issue a simple XRenderComposite call to Xorg, which passes that request to a driver and which then is accelerated by the GPU.

    - Clemens
    Your probably mean the opengl backend of cairo (which afaik is not considered stable enough to be enabled on distros by default). Otherwise what's the point of its opengl backend if (almost) all stuff is done on the gpu anyway?
    btw it's been like a year since last version of cairo was released. Is it stalled?

  5. #5
    Join Date
    Oct 2011
    Posts
    28

    Default

    The opengl cairo backend is slowly approaching. maybe some of the nvidia/mesa7.10+ runners could give it a try-out and report some bugs - just to stimulate the development further.

    https://bugzilla.mozilla.org/show_bug.cgi?id=594876

    im chasing the fglrx texture_from_pixmap issues. high hopes for 11.12

    i believe that that later chrome versions also use more gpu features - although im still on version 14.

  6. #6
    Join Date
    Jan 2008
    Posts
    206

    Default

    Quote Originally Posted by cl333r View Post
    Your probably mean the opengl backend of cairo (which afaik is not considered stable enough to be enabled on distros by default).
    No, I ment the "ordinary" X11 backend.

    Otherwise what's the point of its opengl backend if (almost) all stuff is done on the gpu anyway?
    Good question There are a few more things you can do, because OpenGL is a lot more-level than X11 but basically thats it.
    Usually Cairo's opengl backend doesn't perform a lot better compared to its X11 backend when with run with good drivers.

    btw it's been like a year since last version of cairo was released. Is it stalled?
    Cairo's features are quite hard to get right with OpenGL.
    When designing Cairo the developers made some decisions which make quite hard to do some parts of the API in hardware on the GPU.

    In the long term I guess cairo will drift into legacy - even FireFox is trying to get away from it.
    It seems currently effort is beeing put into creating lower-level 2D libarries, which target the specific need of certain apps, at least this is what firefox/opera/chrome do.

    - Clemens
    Last edited by Linuxhippy; 11-30-2011 at 10:47 AM.

  7. #7
    Join Date
    Oct 2009
    Posts
    353

    Default

    Thanks,
    I'm in favor of replacing Cairo with something that targets hw acceleration right from the start, and not as a later option which always yields second-class decisions because of the need for additional compromises at least in the field of backwards/design compatibility.
    So I hope that what Mozilla is creating will be successful not only on Firefox but also on the (Linux) desktop in general. I worked a bit with Cairo and I don't like it, it can't handle text well enough etc. An almost ideal solution is something like Clutter/Cogl and what latest versions of flash offer, that is, a "2D/2.5D/3D" solution.
    Last edited by cl333r; 11-30-2011 at 11:54 AM.

  8. #8
    Join Date
    Sep 2006
    Posts
    714

    Default

    Who said Cairo does not use the GPU when doiung composition?!
    Nobody said that.

    What they said is that the application bypasses Cairo and accesses acceleration through a different API now for some operations.

    edit:

    From the blog post:
    Because page composition happens now in the GPU instead of in Cairo, we don't need to copy each frame to a Cairo surface (saving a copy) and don't need either to change the pixel format from whatever GStreamer gave us to whatever Cairo wants.

    Another benefit of using Clutter-GStreamer is that alpha pre-multiplication can happen in the GPU (implemented as a shader), saving more CPU.

    Furthermore (and more importantly), we can use standard GStreamer elements that use the hardware for decoding. Given the proper hardware and driver support, frames could be placed directly where the GPU can find them when compositing the page.
    Last edited by drag; 11-30-2011 at 12:02 PM.

  9. #9
    Join Date
    Oct 2011
    Posts
    28

    Default

    IIRC firefox is using something new with a catchy name - but sofar its only on windows. for the DX10 stuff.

    yes - azure. hopefully when they get it sorted on thier primary target platform it will move out to other platforms and we can enjoy.

  10. #10
    Join Date
    Jan 2008
    Posts
    206

    Default

    Quote Originally Posted by cl333r View Post
    I'm in favor of replacing Cairo with something that targets hw acceleration right from the start, and not as a later option
    Ironically Cairo was designed with hw acceleration in mind from the very beginning, as it was more or less designed to be the high-level interface for xrender.

Posting Permissions

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