| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
In some cases we have to deal with very large layers (e.g. 130k x 56k).
We do clip them at draw time, but at prepare time we will generate *all* the
needed BaseTile objects. Those are small, but when you have to allocated
100k of them and then iterate, it does not make things fast, and we can
ANR (and sometimes recover later).
bug:5466840
Change-Id: I01c64ed1014fa719b619609fd2bd24126dc9056e
|
|
|
|
|
|
|
|
| |
bug:5522081
bug:5239801
bug:5297563
Change-Id: I600f66999e093f720a8ea97ef3e15d3d1d297a8f
|
|
|
|
|
|
|
|
|
|
| |
- Implements a degraded rendering mode when running out of textures
- Speed up rendering by reusing the same SkBitmap in RasterRenderer
- Some refactoring
bug:5279231
Change-Id: I52943a87bed56c49b01b47fea4fa1a5c49e09e93
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
Bug: 5507239
Also remove all the old, unused layer setExtras stuff
Change-Id: Id1670010536712b7a9f50e74821c9fb7f708e851
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
bug:5509149
Scale wasn't being taken into account when estimating layer tile consumption, so
zooming in on layer content could attempt to fetch and draw hundreds of layers
per tile, causing lots of missing content.
Change-Id: Ib26e203827ad93be12d29561b9d8094cb712f014
|
|/
|
|
|
|
|
| |
CL https://android-git.corp.google.com/g/#/c/144158/ introduced a debug
log that we don't need, spamming logcat
Change-Id: Iea8a1784153dd9f6f53e67f7cb62504440344c7c
|
|
|
|
|
|
|
|
|
| |
We add a new class, DualTiledTexture, that encapsulate two TiledTextures
and manage them according to the current scale factor.
bug:5492874
Change-Id: I4ba3ff539f9242ae5102189e9623e1535e9cc28f
|
|
|
|
|
|
|
|
| |
This also improves performances a bit when animating small layers.
bug:5472082 bug:5297559
Change-Id: I0b9fa0a9abf98ab53928f97f53c3134056b15889
|
|
|
|
|
|
|
|
|
| |
bug:5452786
Fixed layer initialization to reference its current layer's SkPicture when it's
created
Change-Id: I4ac33ad6874a982d375859445e2a014ff35d7e12
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bug:5309934
Defer picture changes and invalidations when:
1) a tiled texture hasn't completed painting
2) the user is scrolling (done in PaintedSurface)
Remaining issues:
Should block updates on zooming
Change-Id: I60ee722e651f96e95a4ac0e819999fc1589037c3
|
|
|
|
|
|
|
| |
(we had a cycle between LayerAndroid and PaintedSurface)
bug:5366807
Change-Id: I1b7341984b3cc6fd998b9ab54205bb963eb9223d
|
|
|
|
|
|
|
|
| |
Fixes a scheduling problem with layers
bug:3392331 bug:5145259
Change-Id: I2ea2c91f2c6d6f5288375cb5ebdaa69819b740be
|
|
|
|
|
|
|
| |
retain layers as needed
bug:4177062
Change-Id: Ifd8d493c8ed3b13eedece260136be873f6701fed
|
|
|
|
|
|
| |
bug:5097230 bug:5045149
Change-Id: I20fcae13e7f617658447c02bd51dc83d2914922e
|
|
related to the old texture management and introduce two new classes:
- PaintedSurface, used as a placeholder ui-side for the regularly
changing LayerAndroid
- TiledTexture, implementing the tiling of PaintedSurface using a set
of BaseTile
bug:4580444 bug:3392331
Change-Id: I0daa079d2acce49f3baa8c312ea0b0dd457ccd5c
|