[webkit-dev] WebKit GPU rendering possibility

[Yusuke SUZUKI]

I and Kevin worked on removing boost dependencies in fastuidraw.
And now, we completely remove its dependencies.

Regards,
Yusuke Suzuki

On Wed, Nov 23, 2016 at 5:33 AM, Rogovin, Kevin <kevin.rogovin at intel.com>
wrote:

> Hi,
>
>  There is quite likely ways around using boost. It's main use is to
> provide mutex, threading and atomic, which is quite easy to do another way.
> The harder to replace of boost is in how FastUIDraw handles loading front
> via FreeType I want to change in a big way and killing the boost dependency
> is one of those goals.
>
> -Kevin
>
> ------------------------------
> *From:* Olmstead, Don [Don.Olmstead at sony.com]
> *Sent:* Tuesday, November 22, 2016 9:04 PM
> *To:* Rogovin, Kevin; webkit-dev at lists.webkit.org
> *Subject:* RE: WebKit GPU rendering possibility
>
> We actually mentioned fastuidraw while we were at the contributors meeting
> as a potential replacement for our Cairo rendering for PlayStation. When we
> got to a point with our port where we can start evaluating we’d be
> interested in taking a look. The only problem I had with the setup was a
> reliance on boost, but maybe there are ways around it.
>
>
>
> *From:* webkit-dev-bounces at lists.webkit.org [mailto:webkit-dev-bounces@
> lists.webkit.org] *On Behalf Of *Rogovin, Kevin
> *Sent:* Wednesday, November 2, 2016 9:36 AM
> *To:* webkit-dev at lists.webkit.org
> *Subject:* [webkit-dev] WebKit GPU rendering possibility
>
>
>
> Hi,
>
>
>
> I was directed here by some colleagues as this is the place to post the
> following to get started on the following proposal.
>
>
>
> I have been working on an experimental 2D renderer that requires a GPU,
> the project is open sourced on github at https://github.com/01org/
> fastuidraw. I gave a talk at the X Developers Conference this year which
> can be seen from https://www.x.org/wiki/Events/
> XDC2016/Program/rogovin_fast_ui_draw/ .
>
>
>
> I made a benchmark which makes heavy use of rotations and clipping and
> ported to SKIA, Qt’s QPainter and Cairo. The benchmark and its ports are in
> the git repo linked above under the branch with_ports_of_painter-cells.
> It's performance advantage of FastUIDraw against the other renderers was
> quite severe (against Cairo and Qt's QPainter over 9 times and against SKIA
> about 5 times faster).
>
>
>
> I would like to explore the option of using FastUIDraw to implement a
> WebCore::GraphicsContext backend for the purpose of making drawing faster
> and more efficient on Intel devices that are equipped with a GPU. I also
> think that some minor modifications to WebKit’s use of GraphicsContext will
> also give some benefits. I have worked on WebKit a few years ago and
> knew/know my way around the rendering code very well (atleast at that time).
>
>
>
> Looking forward to collaboration,
>
> -Kevin Rogovin
>
>
>
> _______________________________________________
> webkit-dev mailing list
> webkit-dev at lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-dev/attachments/20170126/0a04c204/attachment.html>