943c4e0813e740fa5ac5284f5c24e27130415780 |
|
30-Jun-2016 |
John Reck <jreck@google.com> |
Clarify Picture docs on playback Change-Id: Iaf8d8d04deb97aff39c93c246ef20312c9c2a7cb fixes: 26911597
/frameworks/base/graphics/java/android/graphics/Picture.java
|
58c27e3e53ef64072412515792433e570a176f15 |
|
10-Sep-2015 |
Hans Boehm <hboehm@google.com> |
am c0ce6c42: Merge "Reduce risk of memory corruption due to finalization." * commit 'c0ce6c422cfe089e7a8e209ac924e37bed3ca770': Reduce risk of memory corruption due to finalization.
|
ffa84e008c712ceffa09d6b89a49882c88b3cca5 |
|
12-Nov-2014 |
Hans Boehm <hboehm@google.com> |
Reduce risk of memory corruption due to finalization. Many classes in graphics/java and elsewhere deallocate native memory in a finalizer on the assumption that instance methods can no longer be called once the finalizer has been called. This is incorrect if the object can be used, possibly indirectly, from another finalizer, possibly one in the application. This is the initial installment of a patch to cause such post-finalization uses to at least see a null pointer rather than causing memory corruption by accessing deallocated native memory. This should make it possible to identify and fix such finalization ordering issues. There are more graphics classes that need this treatment, and probably many more in other subsystems. This solution is < 100% effective if finalizers can be invoked concurrently. We currently promise that they aren't. (In my opinion, the real cause here is a language spec bug. But that ship has sailed.) Bug: 18178237 Change-Id: I844cf1e0fbb190407389c4f8e8f072752cca6198
/frameworks/base/graphics/java/android/graphics/Picture.java
|
e109940d81cc67fcdb2e2bbb79dce9039ead86c6 |
|
04-Jun-2015 |
Derek Sollenberger <djsollen@google.com> |
Enable Picture w/ HW Accelerated Canvas. Bug: 20688645 Change-Id: I664f37d6dbb3e61b17206c82ebcc63f988cefc65
/frameworks/base/graphics/java/android/graphics/Picture.java
|
1db141f93c4fe79a4669440c3d14f63bc87b2e34 |
|
16-Dec-2014 |
Derek Sollenberger <djsollen@google.com> |
Create proxy between Skia's SkCanvas and the framework Canvas. This enables Picture.java to be replayed into HWUI in addition to extending the Skia testing suite to HWUI. Bug: 19011232 Change-Id: Id27ac03eec817b0784763e62ab8413a07b3b8cb2
/frameworks/base/graphics/java/android/graphics/Picture.java
|
955d8d69ea6caabce1461dc25b339b9bf9dc61a6 |
|
08-Oct-2014 |
Dianne Hackborn <hackbod@google.com> |
Put in real "code" (aka marketing) name. Change-Id: Idb3976edfae37293ed75cb5b869b4b42d8042bbe
/frameworks/base/graphics/java/android/graphics/Picture.java
|
96890564bdbd2f2a41dfc323fc8b3938fb335639 |
|
05-Sep-2014 |
Chris Craik <ccraik@google.com> |
Replace native crash with IAE when calling picture.draw() w/ a HW canvas bug:17397958 Change-Id: I75f942db0e604f9fd6ab31e6c81f718c0f57b16a
/frameworks/base/graphics/java/android/graphics/Picture.java
|
4b0959d8db20c08ab1fed37f397b303af229162b |
|
12-Jun-2014 |
Derek Sollenberger <djsollen@google.com> |
Refactor android.graphics.Picture JNI bindings. This is the first CL in a series of CLs to refactor the Graphics JNI bindings. bug: 15672762 Change-Id: I1455fa1330c7426407c06eeaad81ad37a57373b1
/frameworks/base/graphics/java/android/graphics/Picture.java
|
dcc64a4e6b96d15b8b966dcb62f29a370e562271 |
|
22-May-2014 |
Robert Phillips <robertphillips@google.com> |
Update Picture documentation Enhanced comment Given that the SkPictures should no longer have unbalanced saves and restores there should be no inadvertent leakage of matrix or clip state. Note that the existing documentation was vague enough that no real substantive changes were required to make it match the new behavior. Change-Id: Ic2d440b3e6318ec9687c607caba05de928e08503
/frameworks/base/graphics/java/android/graphics/Picture.java
|
5c3d927e17e98e8fd4a9f3c86f7f4def0bcfa816 |
|
08-May-2014 |
Florin Malita <fmalita@google.com> |
Add a native Canvas wrapper. Instead of storing a direct SkCanvas reference, Canvas now tracks an opaque native wrapper class. The native wrapper can be used to store additional info for emulating deprecated Skia features (at this point it only stores a canvas). Some notes: * all native handle -> SkCanvas conversions are routed through a handful of native utility methods. * safeCanvasSwap() refactored as a lower level setNativeBitmp() - which is what clients need. * removed unused get_thread_msec() (Canvas.cpp) Change-Id: I715a5a6f1e1621c1cfc1e510ae4f2ea15cf11114
/frameworks/base/graphics/java/android/graphics/Picture.java
|
c677675e9c465dc1de21ecf2e0421835c7eb55b4 |
|
07-May-2014 |
Florin Malita <fmalita@google.com> |
Encapsulate Canvas.mNativeCanvas Currently, the native canvas is accessed/manipulated from several unrelated classes. In order to facilitate SaveFlags emulation, this CL encapsulates the field and refactors its external users. Two main changes: * new getNativeCanvas() getter for use in Java-level clients. * JNI canvas swappers (GraphicsBuffers, Surface, TextureView & AssetAtlasService) are refactored based on the exising/equivalent safeCanvasSwap() Canvas method. Change-Id: I966bd4898f0838fb3699e226d3d3d51e0224ea97
/frameworks/base/graphics/java/android/graphics/Picture.java
|
36bef0bf30d6bae48cf3837df351075ca4fce654 |
|
20-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Make graphics classes 64-bit compatible This a merger of two commits submitted to AOSP by the following authors: ashok.bhat@arm.com, david.butcher@arm.coma craig.barber@arm.com, kevin.petit@arm.com and marcus.oakland@arm.com Due to the very large number of internal conflicts, I have chosen to cherry-pick this change instead of letting it merge through AOSP because the merge conflict resolution would be very hard to review. Commit messages below: ================================================ AArch64: Make graphics classes 64-bit compatible Changes in this patch include [x] Long is used to store native pointers as they can be 64-bit. [x] Some minor changes have been done to conform with standard JNI practice (e.g. use of jint instead of int in JNI function prototypes) [x] AssetAtlasManager is not completely 64-bit compatible yet. Specifically mAtlasMap member has to be converted to hold native pointer using long. Added a TODO to AssetAtlasManager.java to indicate the change required. Signed-off-by: Ashok Bhat <ashok.bhat@arm.com> Signed-off-by: Craig Barber <craig.barber@arm.com> Signed-off-by: Kévin PETIT <kevin.petit@arm.com> Signed-off-by: Marcus Oakland <marcus.oakland@arm.com> ================================================================== AArch64: Use long for pointers in graphics/Camera For storing pointers, long is used in android/graphics/Camera class, as native pointers can be 64-bit. In addition, some minor changes have been done to conform with standard JNI practice (e.g. use of jint instead of int in JNI function prototypes) Signed-off-by: Ashok Bhat <ashok.bhat@arm.com> Signed-off-by: Marcus Oakland <marcus.oakland@arm.com> =================================================================== Change-Id: Id5793fa0ebc17ee8b1eecf4b3f327977fdccff71
/frameworks/base/graphics/java/android/graphics/Picture.java
|
7023df08f14ec5dee76ac54c03e870f84e297636 |
|
27-Jan-2014 |
Narayan Kamath <narayan@google.com> |
Revert "AArch64: Make graphics classes 64-bit compatible" This reverts commit 18b4cbeedef21c1fa666a110a157bab66edff976. Change-Id: I0c52983a3ab1ace3ff743de546a43eca28e5cb0e
/frameworks/base/graphics/java/android/graphics/Picture.java
|
18b4cbeedef21c1fa666a110a157bab66edff976 |
|
20-Jan-2014 |
Ashok Bhat <ashok.bhat@arm.com> |
AArch64: Make graphics classes 64-bit compatible This a merger of two commits submitted to AOSP by the following authors: ashok.bhat@arm.com, david.butcher@arm.coma craig.barber@arm.com, kevin.petit@arm.com and marcus.oakland@arm.com Due to the very large number of internal conflicts, I have chosen to cherry-pick this change instead of letting it merge through AOSP because the merge conflict resolution would be very hard to review. Commit messages below: ================================================ AArch64: Make graphics classes 64-bit compatible Changes in this patch include [x] Long is used to store native pointers as they can be 64-bit. [x] Some minor changes have been done to conform with standard JNI practice (e.g. use of jint instead of int in JNI function prototypes) [x] AssetAtlasManager is not completely 64-bit compatible yet. Specifically mAtlasMap member has to be converted to hold native pointer using long. Added a TODO to AssetAtlasManager.java to indicate the change required. Signed-off-by: Ashok Bhat <ashok.bhat@arm.com> Signed-off-by: Craig Barber <craig.barber@arm.com> Signed-off-by: Kévin PETIT <kevin.petit@arm.com> Signed-off-by: Marcus Oakland <marcus.oakland@arm.com> ================================================================== AArch64: Use long for pointers in graphics/Camera For storing pointers, long is used in android/graphics/Camera class, as native pointers can be 64-bit. In addition, some minor changes have been done to conform with standard JNI practice (e.g. use of jint instead of int in JNI function prototypes) Signed-off-by: Ashok Bhat <ashok.bhat@arm.com> Signed-off-by: Marcus Oakland <marcus.oakland@arm.com> =================================================================== Change-Id: Ib3eab85ed97ea3e3c227617c20f8d213f17d4ba0
/frameworks/base/graphics/java/android/graphics/Picture.java
|
cdac497289fd2c39a352f6167dae3f77cc608cb8 |
|
22-Feb-2013 |
Derek Sollenberger <djsollen@google.com> |
Deprecate read/write Pictures to streams. bug: 8241089 Change-Id: I435a534f5110cb2b8aba87c047b509020a22fd67
/frameworks/base/graphics/java/android/graphics/Picture.java
|
f9d9c065ed75f1196316a9a31f92309f602cef76 |
|
20-Jan-2012 |
Romain Guy <romainguy@google.com> |
Deprecate unused APIs Change-Id: I0107e246b632dda96b8b025217936954f1f46283
/frameworks/base/graphics/java/android/graphics/Picture.java
|
84fce187b0ae79adc5b4e64c26f72c8ed59e9703 |
|
19-Jan-2012 |
Romain Guy <romainguy@google.com> |
Don't crash on Canvas.drawPicture() Implementation yet to come but prevent app crashes. Change-Id: I81d6851ebf776a98e13c606bab272a03aec406ee
/frameworks/base/graphics/java/android/graphics/Picture.java
|
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/graphics/java/android/graphics/Picture.java
|
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/graphics/java/android/graphics/Picture.java
|
54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/graphics/java/android/graphics/Picture.java
|