(Resending from correct email) For HTML5 canvas animations, painting speed is very significant.
Android uses a retain mode rendering approach as well; where paint operations are recorded on a WebCore thread and painting is actually done on the UI thread. It isn't necessarily the best approach. But I suppose it depends the platform whether or not there is much to gain. You still need to worry about synchronization. On 6 April 2010 03:24, Eric Seidel <e...@webkit.org> wrote: > Parallel painting would only be useful if the graphics layer is > incredibly slow. In most WebKit ports we do not see very much time > painting, rather time is more often spent in layout, style resolution, > or javascript execution/bindings. > > -eric > > On Sat, Apr 3, 2010 at 10:32 PM, Zoltan Herczeg > <zherc...@inf.u-szeged.hu> wrote: > > Hi, > > > > I am working on a parallel painting feature for WebKit (bug id: 36883). > > Basically it records the painting commands on the main thread, and replay > > them on a painting thread. The gain would be that the recording operation > > is cheap. Currently it is Qt specific, but I could make it more platform > > independent if other ports are interested. > > > > Zoltan > > > > > > _______________________________________________ > > webkit-dev mailing list > > webkit-dev@lists.webkit.org > > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > > > _______________________________________________ > webkit-dev mailing list > webkit-dev@lists.webkit.org > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev > -- Pierre.
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev