| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| | |
git://github.com/CyanogenMod/android_packages_apps_Gallery2 into cm-13.0
Change-Id: Ib8caa024d2e6feca332e3645038f226fd5a910a2
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Remove all previous drm implementation which is basically uses
base bitmap decode apis to decode drm image files.
- Introduced new hidden apis on BitmapFactory and
BitmapRegionDecoder specific to DRM content which
is more practical to DRM framework.
- Uses DrmHelper a utility drm api library to code reusability.
- This approch will fix the issue on sharing images from
Third party application.
CRs-fixed : 804191
Change-Id: I2e9489800c57df4fdeeb21f1548fbccc6dfbd3f9
|
| |
| |
| |
| |
| |
| | |
- Make Gallery2 can recognize and consume DRM images and videos.
Change-Id: I1655d295bcec31b5760c2c86c06f815cf6ed57ee
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* No need for this.
Revert "Gallery2 : Added support for Oma drm (CD and SD)"
This reverts commit 6144de8cc35fdd114802545c9922a1a234af8397.
Revert "Gallery2: Make Gallery2 support OMADRM feature"
This reverts commit 9382a979292e52de5c60a39ba24688362dce8bc1.
Change-Id: I13a0d69a792aad36d7b15bc0b3c78e3f55d396bc
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
To avoid OOM exceptions loading the border drawable
JIRA: BUGDUMP-20716
https://jira.cyanogenmod.org/browse/BUGDUMP-20716
Signed-off-by: Jorge Ruesga <jorge@ruesga.com>
Change-Id: Ie3fdb34de83f4a863c0d1d23bb8162b2425955e9
|
| |
| |
| |
| |
| |
| | |
- Make Gallery2 can recognize and consume DRM images and videos.
Change-Id: I1655d295bcec31b5760c2c86c06f815cf6ed57ee
|
|/
|
|
|
|
|
|
| |
See frameworks/base commit 33253a4baa6279f81a73425b49dfb6abe5f5416e
for details.
Bug: https://code.google.com/p/android/issues/detail?id=36199
Change-Id: I202064d78aeb125035c87257100e949da93c116c
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
bug: 7092330
Change-Id: I0def7e2e9ce57d09ba7f5e001b33cc605a6af44c
|
|
|
|
| |
Change-Id: I0df9bf0a8f43e28ed25b436d4c584dc3ceb43c1d
|
|
|
|
| |
Change-Id: Ib710f2a6fc1aa86fe4abdd18d1fa7ac71396a3b4
|
|
|
|
| |
Change-Id: I27d3002e5bb745a597f52962fe24744c8329441c
|
|
|
|
| |
Change-Id: I167596ab023671651df298ddb2b80b7c782f4223
|
|
|
|
| |
Change-Id: Ied273ffbabc134fdd930e6415fc175a6221eb662
|
|
|
|
| |
Change-Id: I8e2e8cafb01b2289f59b28b7e2eadae3dc5c0c50
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There is a limit on the size of the data transfered by binder.
For now, we just add a hard limit (360 pixel) to ensure the widget's image
can be passed by binder.
Also adjust the size of widget to make it looks better.
Fix a bug in DecodeUtils which cause OOM for a image in size 12200x1920.
In that case, we should generate a screen nail of size 640x101 instead of
4066x640.
Change-Id: Ia8227d8e5368471fe7af94bf164d67017aa321fa
fix: 5273271
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fix: 5144370
There is two componenet in the photo page. One is the large photo and the
other is the thumbnail strip. They idenpendently load their own data and images.
This change fixes several issues here:
1. Prevent sending to many jobs to ThreadPool and block others.
In a worse case, if the thumbnail strip send image requests first,
it may block the ThreadPool very long.
2. Improve the performance of extracting thumbnails from local files.
Now we try to extract the thumbnails from EXIF data first.
Change-Id: I45100d4daa025efb479f47c4f105de2b4731b498
|
|
|
|
|
|
| |
fix: 5171449
Change-Id: Ib62e3237584144e94be6be773c292002bea5d21c
|
|
fix: 5176434
Change-Id: I041e282b9c7b34ceb1db8b033be2b853bb3a992c
|