| b0cade17e70016ce562fb2033ea9e4a044137100 |
|
05-Sep-2013 |
Mark Wei <markwei@google.com> |
Only decode EXIF orientation for JPEG images.
Bug: 10570735
Change-Id: I9d811dca94ec7e478a57d81c44623c4b9269faa6
(cherry picked from commit 8c9607805e3415c6f3b015cf50f2279424d9e45c)
/frameworks/opt/photoviewer/src/com/android/ex/photo/util/Exif.java
|
| f75b928f1eacf6455732fa9e0e0fd7762f20e081 |
|
20-Aug-2013 |
Scott Kennedy <skennedy@google.com> |
resolved conflicts for merge of c631b5a4 to klp-dev
Change-Id: I4f5537100f047ca2f58e66a5f0334cbc774cab5c
|
| c631b5a4b1f19f84a70b772bc879fae7c92fd4a8 |
|
13-Aug-2013 |
Mark Wei <markwei@google.com> |
Decode EXIF data from input streams.
Create new wrapper class that allows us to treat an input stream as a byte[].
We buffer the minimum number of bytes necessary to avoid unnecessary allocations
which lead to GCs.
For a 1MB image, we get:
Much less memory: 16 bytes instead of 1,048,576 bytes.
Faster, less bytes read: 76 bytes for part of the header instead of 1,048,576
bytes.
Much less GCs: 0 GCs, compared to multiple 30ms GC for allocs in my testing.
Bug: 10036191
Change-Id: Ie8b4546f157a6870b6735a36a38889fe34862c83
/frameworks/opt/photoviewer/src/com/android/ex/photo/util/Exif.java
|
| 4cb179bc7c0b4b1723c9c8735c8dfd8ff4234fc5 |
|
07-May-2013 |
Mike Dodd <mdodd@google.com> |
Get rid of a log from Exif when no orientation found.
Change-Id: I5712947f4012faa2f6dee6b509e9bbc23c662d4d
/frameworks/opt/photoviewer/src/com/android/ex/photo/util/Exif.java
|
| 9323b13fc9bc79ce38ce7c851a2aa894ab988ed0 |
|
20-Sep-2012 |
Paul Westbrook <pwestbro@google.com> |
Add Exif parser
Class to parse exif headers of images to detect orientation
Modify ImageUtils#decodeStream to parse the exif header and respect
orientation
Bug: 7087307
Change-Id: I93c3a69a50ae26d3fd4e96944439f87e9d511945
/frameworks/opt/photoviewer/src/com/android/ex/photo/util/Exif.java
|