| 42326004062d6b846c3050ad03a1e80fa9db425c |
|
29-Sep-2012 |
Chris Craik <ccraik@google.com> |
Determine maxZoomScale from bitmap/text drawing
bug:7247750
Change-Id: I8238acc2c20942ab2f42936d16a03226909aebcd
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|
| d38abfbac01ae23acad018d42382d604a45bc005 |
|
17-Aug-2012 |
John Reck <jreck@google.com> |
Support partial invals on layers
Change-Id: Iab18e8b5e2f0e37c380c8a15e51255121c3b1966
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|
| f6e85179ce1bea972c8fb4860f2f14fb107195cb |
|
20-Jul-2012 |
Chris Craik <ccraik@google.com> |
Merge "Perform check for text/content on recording context PicturePiles"
|
| f899e6e3a8952453ea79363d36a4d171eebb0fbb |
|
19-Jul-2012 |
Chris Craik <ccraik@google.com> |
Perform check for text/content on recording context PicturePiles
Only implemented for now when USE_RECORDING_CONTEXT is enabled. Standard
SkPicture PicturePile implementation defaults to hasText = hasContent = true.
Change-Id: I535b53151963bf8c415e420c1d5a789954e98cbf
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|
| 6fda3e621352a695b3b6a02c6008d372b7c6febc |
|
19-Jul-2012 |
John Reck <jreck@google.com> |
Support beginTransparentLayer
Handle it the same as a save/restore, but split up the SkMatrix handling
as beginTransparentLayer does not save the matrix
Also, enable RecordingContext by default, as all major known issues should be
fixed now.
Change-Id: I414556f65d5de704e2ce18e44a87d932b937993b
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|
| 675402ef4358583f64a2476927a548db4841c856 |
|
12-Jul-2012 |
John Reck <jreck@google.com> |
Use an R-Tree for operation recording
Change-Id: I1380ae53139d5f50a25ea5edb61ec8b6818112ca
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|
| d746a876b64cc47df56008cb5c55df37679ea2cd |
|
22-Jun-2012 |
John Reck <jreck@google.com> |
Enable RecordingContext by default
Performance seems comparable to SkPicture already, and this
makes it easier to iterate on fixing some of the problem areas
Change-Id: I2e7b6b282e6b53ba2dc68d8a62b3b982f2b5838d
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|
| 4d764bbae987791f0b30d46d6ed918b0e1158d3d |
|
20-Jun-2012 |
John Reck <jreck@google.com> |
Support recording context in PicturePile
Change-Id: I920d4b967542354136b7f0102ec01c3386a3450a
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|
| e859a34171f2a36877d95197d118d962078f8aa0 |
|
27-Apr-2012 |
John Reck <jreck@google.com> |
Rewrite PictureSet with TURBO!
This changes how partial invals are done by adding a hybrid mode.
What we used to do is generate a SkPicture for the new area. This
SkPicture would possibly be larger than the actual inval, depending
on various merge rules (more SkPictures == slower to draw a tile)
The new code rewrites PictureSet entirely, preserving many of the old rules
but cleans up the code and adds the concept of a "PrerenderedInval". This is
a partial inval that WebKit has rasterized. By having WebKit produce both
a SkPicture and a SkBitmap, we avoid needing to play back the picture and
avoid overdrawing. We take this SkBitmap, and simply update the front
textures with it. This gives us full partial invals through the entire
system without hitting any driver bugs, and with minimal copies. And while
the SkPicture may be larger than the inval, the SkBitmap that is rasterized
is not - it matches the area webkit has said is dirty.
Change-Id: Ieb7ecc9db0d4f679102fda004a43399f9b319ebc
/external/webkit/Source/WebKit/android/jni/PicturePile.h
|