| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| |
| | |
Bug: 6975836
Change-Id: I085e2099d016730ba1fdcce71e0452b2026c9617
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| | |
Fast path for same-color rect drawing in InstrumentedPlatformCanvas
Also minimize unnecessary clipping recording-side.
Change-Id: I8e9ebcfce8d137ca0b27d17c42c5045a0d3b3a36
|
|\ \
| |/
|/| |
|
| |
| |
| |
| | |
Change-Id: I96df41fc2b8e040e0e98b991c71b1d9bda40788e
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| | |
bug:6925835
Change-Id: Idaf37156cd0c42f59151dc2dca95acfef542d312
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Implementation is similar to PicturePile::drawWithClipRecursive. When an opaque
paint operation (currently either a DrawBitmapRect/Pattern or FillRect) will
cover up a section of the output, avoid painting things underneath it.
Track this covered region by recursing backwards through paint operations, and
clipping out opaque areas when operations beneath them paint.
Change-Id: Id3ae7508aada27f90246feb689d9e7f53f03ae32
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 6952980
GraphicsContext::createOffscreenContext creates an instance of both
PlatformGraphicsSkia and GraphicsContext for ImageBuffer. However,
ImageBuffer will only call delete on the GraphicsContext. In normal
GC usage, the PlatformGraphicsContext's lifecycle is longer than the
GCs, and is cleaned up by itself. This will result in leaking the
PlatformGraphicsSkia context, though. We need to make sure to call
delete on the PlatformGraphicsSkia context if we were initialized
with the deleteUs() flag, which is used to indicate just this scenario.
Change-Id: I73aa623182a039bd75d378d198cc3bd2d4d185ef
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
bug:6947623
Multiple shaders share the opacity variable, so reset the cache when swapping
programs.
Change-Id: I752575d6089077aa8034c171c5c016e5e4e80606
|
| |
| |
| |
| |
| |
| | |
Bug: 6789548
Change-Id: I2c6de52862f71881fbb885680a9f917d87d293df
|
| |
| |
| |
| |
| |
| | |
Everything goes through either PlatformGraphicsContext or recordingCanvas()
Change-Id: I375a4294d2e8d4b467b70c6b8a7f0b96f402f252
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
tiles are rendered black"
* commit 'dd5962d2534b8c3cc215492c8dcf463e923f73c2':
Fix browser rendering issue: pure color tiles are rendered black
|
| |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
rendered black"
* commit '47387cc7716048dcea1cc5f9bf37da65d38e10be':
Fix browser rendering issue: pure color tiles are rendered black
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The “pure color tile” optimization finds the pure-color tiles and
then draws the tiles simply with the color (otherwise the texture).
But the RGBA color pointer type is char, which may overflow when
the value is larger than 127. In such case, the tiles in question
are rendered black, because of the wrong color. This bug is fixed
by defining the pointer as unsigned char.
Change-Id: I5c7214423fa6961e707bde72f0e18c610374745d
Author: Yuyang Du <yuyang.du@intel.com>
Signed-off-by: Yuyang Du <yuyang.du@intel.com>
Signed-off-by: Jack Ren <jack.ren@intel.com>
Signed-off-by: Bruce Beare <bruce.j.beare@intel.com>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug 6712551
Change-Id: I0e43bb223dc2646d6d78f6135f502b75066e6449
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I88dff91a9840c4705c9153cf03d3c6951fcee02a
|
|/ / / /
| | | |
| | | |
| | | | |
Change-Id: I9796a80ba5b29b4b21fa96245ec350efb44a1846
|
| | | |
| | | |
| | | |
| | | | |
Change-Id: I7819ec6a86bf8a0ec9e9033907b68a4aafa1cf22
|
| |_|/
|/| |
| | |
| | | |
Change-Id: I372248211ce83a6c4b2a9369df9804388b7a98ef
|
| | |
| | |
| | |
| | |
| | |
| | | |
Save 24 bytes per GraphicsOperation, yay!
Change-Id: I6719836b376ffeb99657a882a03d60d172d76705
|
| | |
| | |
| | |
| | | |
Change-Id: I9afb489c55a7acfdc35cfe8655d46ce47923b3df
|
| | |
| | |
| | |
| | | |
Change-Id: I5b6872bc37eefded7decae767fc39f1cef858dac
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Cherry pick from master
Change-Id: I0ef32777f33104d440459d9d4d3c0d61f75a11a2
|
|/ / /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Bug:6875992
Initialize the InstrumentedPlatformCanvas with the correct background color so
that if no painting is done, the background color is returned as the pure color.
Change-Id: Ibe928a4e158f0a4302e0996eca88c3e8b1f1b666
|
|\ \ \
| |/ /
| | |
| | |
| | | |
* commit 'f35e08fefff71bb9b84b679f8d13cf57c6e1d756':
Null check to fix crash
|
| |\ \
| | |/
| |/|
| | |
| | | |
* commit '0e8bb60087a019d104b6eb4aa8abd11bd91b16c4':
Null check to fix crash
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Need to make sure that img is not zero.
bug: 6864545
Change-Id: I2a2c5440347681b462abaa5ac9101ddb6137c8c4
|
|\ \ \
| | | |
| | | |
| | | | |
requirement."
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
bug:6806306
Change-Id: I09a7494278be5631d64d125390559058682386d1
|
|\ \ \ \ |
|
| | | | |
| | | | |
| | | | |
| | | | | |
Change-Id: I81421e45e07eddc4153996797cd9bddda9c2b8c7
|
|\ \ \ \ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
bug:5367327
bug:6656642
This reverts commit 874e5fbe3113052b0e3b7068d4b8df89bdeb4579
Change-Id: I0fd636bd93c47e9e21fac2ccf1996048823e893a
|
|\ \ \ \ \ \ |
|
| |/ / / / /
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
This fixes a frequent warning that was occurring due to empty-content layers
being painted in merged layers:
"Warning: painting PicturePile without content!"
Change-Id: I71dbc3cdf1adbbcdd15c833add753cdd06cfcd4f
|
|\ \ \ \ \ \ |
|
| |/ / / / /
| | | | | |
| | | | | |
| | | | | | |
Change-Id: Ibaa44ce9c24bdf05de0963efe12d9123113b08b6
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Change-Id: I15a9c63d7aed9f54095763499d3ffff2e17872b7
|
|\ \ \ \ \ \ |
|
| |/ / / / /
| | | | | |
| | | | | |
| | | | | | |
Change-Id: I304c6e78e9e570dd4e67fa101697ca3b2f17acd7
|
|\ \ \ \ \ \
| |/ / / / /
|/| | / / /
| | |/ / /
| |/| | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
bug:6806306
This also include partial change from webkit.
http://trac.webkit.org/changeset/91232
Framework change: https://android-git.corp.google.com/g/#/c/208569/
Change-Id: I1a843472c0ce3b01bcad3b7c3c12c93702f2970c
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Previously toggling hasText for the content of the SurfaceBacking was enough to
cause it to change scale entirely each time the value was changed. Now the
allowZoom flag is sticky to avoid unnecessary full-SurfaceBacking repaints.
Additionally, changes from allowZoom true->false will not trigger delay.
Change-Id: Ie6a13850f86d21f5a12a184c08b940aa2156ef07
|
|\ \ \ \ \ |
|