summaryrefslogtreecommitdiffstats
path: root/src/com/android/photos/data/GalleryBitmapPool.java
Commit message (Collapse)AuthorAgeFilesLines
* am cdc87e62: Merge "Fix potential synchronization issue in bitmap pool" into ↵Bobby Georgescu2013-05-221-2/+2
|\ | | | | | | | | | | | | gb-ub-photos-bryce * commit 'cdc87e62ee28b5022b2e4d0bc756c264cc26d8e9': Fix potential synchronization issue in bitmap pool
| * Fix potential synchronization issue in bitmap poolBobby Georgescu2013-05-211-2/+2
| | | | | | | | | | | | Bug: 9072712 Change-Id: I7fcecd6ec63e461e06a6565519be6d86e3246155
* | Add comments to bitmap poolsBobby Georgescu2013-05-211-1/+36
|/ | | | Change-Id: Ie841316629ef0737dcdd5002b3278cf0bca3a768
* Enforce bmp type in pool, handle MTP image decode failureBobby Georgescu2013-04-011-1/+1
| | | | | | | | | | | | | - GalleryBitmapPool didn't reject bitmap types other than ARGB_8888 which could lead to problems when a different type is used for recycling. - BitmapFactory throws an exception rather than returning null when image decoding fails and an existing bitmap was supplied for recycling, even if the failure was not caused by the use of that bitmap. When decoding things from an MTP device, we need to handle this since unsupported formats may be returned. Change-Id: I8cc8aa46f5a741b360e806814991f74a131e9039
* Fix race conditionJohn Reck2013-03-011-4/+2
| | | | Change-Id: I6cf9207d067d4c0c3c4271d6ce6f44b213d7296b
* Replace various BitmapPools with a smarter unified poolBobby Georgescu2013-02-221-0/+128
Make all of gallery use a single shared pool, and pave the way for making the pool more adaptive based on the current workload. Change-Id: Ia32561ad50b1b9716ebe2fd32a7bf02737685dac