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
|