We actually have code that does the computation of the dirty area
already, see
http://mxr.mozilla.org/mozilla-central/ident?i=LayerProperties&tree=mozilla-central.
The idea is that we take a snapshot of the layer tree before we update
it, and then do a comparison after we've finished updating it.
Experiments and calculations show that the previous SOC we had for Flatfish
(tablet) could only fill about 3x the frame buffer size at 60fps. Without
culling occluded layers the homescreen would only pan at 25 FPS or so. So
yes, this is very much motivated by concrete hardware problems. Tablets
ten
2013/8/31 Andreas Gal
>
> Soon we will be using GL (and its Windows equivalent) on most platforms to
> implement a hardware accelerated compositor. We draw into a back buffer and
> with up to 60hz we perform a buffer swap to display the back buffer and
> make the front buffer the new back buffer
Soon we will be using GL (and its Windows equivalent) on most platforms
to implement a hardware accelerated compositor. We draw into a back
buffer and with up to 60hz we perform a buffer swap to display the back
buffer and make the front buffer the new back buffer (double buffering).
As a res
Mike Hoye wrote:
On 2013-08-30 3:17 PM, Adam Roach wrote:
On 8/30/13 14:11, Adam Roach wrote:
...helping the user understand why the headline they're trying to
read renders as "Ð' Ð"оÑ?дÑfме пÑEURедложили
оÑ,обÑEURаÑ,ÑOE "Ð?обелÑ?" Ñf Ðz(бамÑ< " rather than "?
?
Neil wrote:
Steve Fink wrote:
On Mon 19 Aug 2013 01:15:51 PM PDT, Neil wrote:
Does Linux have a debugging story? On Windows x86 I can happily let
the application run and when it crashes I click Debug and WinDbg is
launched for me, and I can inspect the crash state and possibly fix
things u
6 matches
Mail list logo
