| ef94006264f6b3962b46d8e628d4ae21eed1e057 |
|
14-Jul-2017 |
Lucas Dupin <dupin@google.com> |
Do not reload bitmap unless necessary
Let's just wait until the current async task finishes,
the engine will be recreated if the bitmap changes.
Test: Set wallpaper, no black frame
Change-Id: Icad8c18095119e9e035efc04704bc6d2d35af6d9
Fixes: 63065764
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| f676400e9be501e71a795b960d111715634288c8 |
|
27-Mar-2017 |
Patrik Torstensson <totte@google.com> |
Fix race condition between loading wallpaper and unloading.
Only happes in non-hw accelerated case.
Test: Tested on MTK reference device (non-highend-gfx)
Fixes: 36639666
Change-Id: Idf510df65d6e4a2e9d971b87027524051995b899
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 5b9a51cdb13562cd3944be191f19a2bdff02f2f3 |
|
12-Jan-2017 |
bohu <bohu@google.com> |
Emulator: remove hardcoded isEmulator() logic in ImageWallpaper
Emulator can use host GPU for rendering and supports GLES 2 already.
The isEmulator() logic is not only unnecessary but also causes the
launcher to have black background.
BUG: 33788018
Change-Id: Ib6d942490e8808e202c444f96becec1b75953838
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 45febbb8a8c00f739914649ad60167e7ec3810e4 |
|
11-Oct-2016 |
Adrian Roos <roosa@google.com> |
ImageWallpaper: forget wallpaper in background
Forgetting the wallpaper requires holding the wallpaper
manager lock - which is also held when the bitmap is
read from disk. To prevent blocking the main thread,
we need to offload the forget operation to the background
too.
Change-Id: Ic20c4f5fd86b788efd5b77a417108383dda343b9
Fixes: 28769940
Test: manually change wallpaper, rotate screen
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| c5887ea7a0b82cc5909743ce14cbda1dcf1dfc82 |
|
14-May-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix janky multi-window entry animation
- Add tracing when drawing ImageWallpaper.
- Don't force a redraw in onSurfaceRedrawNeeded. This only adds
another unnecessary draw and doesn't do anything useful.
onSurfaceRedrawNeeded is only here so the client can block.
- Delay entrance animation by one frame so wallpaper can be drawn
before the transition is starting.
- Add some delay for animating the tasks up in recents to match that
delay (it wasn't matched before at all).
- Fix an issue where launchedFromHome was wrong while docking.
Bug: 28769940
Change-Id: I2b763ed40078541328a1e04ffecf5b0a520fe019
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| ed0e1a68a437979e399724ca17f422add80bd0e4 |
|
14-May-2016 |
Jorim Jaggi <jjaggi@google.com> |
Don't throw away wallpaper bitmap just because we are hidden.
TRIM_MEMORY_UI_HIDDEN > TRIM_MEMORY_RUNNING constants, so we only
need to throw away the wallpaper if we are actually running low on
memory.
Bug: 28769940
Change-Id: I8aa27d081bbcc2eff553e9420b2b9b0920f3781f
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 53560f1c8b7d290cf6db9de44df8210c9ed30ba7 |
|
29-Apr-2016 |
Adrian Roos <roosa@google.com> |
ImageWallpaper: Only draw on valid surfaces
Previously, the wallpaper would draw even when
the surface had been destroyed, leading to
crashes.
Change-Id: I6465e832abb3bfd92495bca9b60dac474b35f6d6
Fixes: 28329816
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 7e9dec284128ef07024c85bc59f317f3e6726c23 |
|
14-Apr-2016 |
Adrian Roos <roosa@google.com> |
Reload LockscreenWallpaper and ImageWallpaper on background thread
Fixes: 27148260
Change-Id: I426712024ec1a82fccd48154c65da31d3e610525
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| c0d7058b14c24cd07912f5629c26b39b7b4673d5 |
|
29-Jan-2016 |
Winson <winsonc@google.com> |
Referencing static interpolators.
Change-Id: I5d2292016e869ed533f5873e373a1eccce651fc5
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 37a69731cbcbc6a37e464cc7c022eece3a3bab8e |
|
18-Jul-2015 |
Adrian Roos <roosa@google.com> |
am 931d3cc9: am 9f71f05b: am 1f72739a: am 57ee4b87: Merge "Fix image wallpaper size" into mnc-dev
* commit '931d3cc975bd717b62645bebcda95e56882ecdbc':
Fix image wallpaper size
|
| 30a7dfa329e79bab20f3b85dd376f736ebc6292d |
|
17-Jul-2015 |
Adrian Roos <roosa@google.com> |
Fix image wallpaper size
Fixes a bug where the image wallpaper size
would not correctly update. Suspected cause
is checking the to-be-requested size against
the current surface size instead of the
requested surface size.
Also removes an unused field.
Bug: 21148936
Change-Id: Ief4585bd5aed5922337709d7ae0ca0bf948649d0
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 5d3fad84945c067f27912e69605034689f4b13ab |
|
09-Jul-2015 |
Adrian Roos <roosa@google.com> |
am c18935ec: am 2f5ed2d2: am 4a94dca1: am 7f806ec2: Merge "Dump internal state of ImageWallpaper" into mnc-dev
* commit 'c18935ecb1298c8c9a6b8204ac960ade8a4d7dec':
Dump internal state of ImageWallpaper
|
| ab6edbf8e09a856bf638d0a1fcdd1e0d1f708574 |
|
08-Jul-2015 |
Adrian Roos <roosa@google.com> |
Dump internal state of ImageWallpaper
Bug: 21148936
Change-Id: I09bea04594af7d3748db93d5b3a41b2209299ec2
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| f221e4b52b0a702aeb832b98db9b336e68b0715c |
|
10-Jun-2015 |
Adrian Roos <roosa@google.com> |
am 8aa14b59: am dbcf0a9e: Merge "ImageWallpaper: Atomically fetch display info" into mnc-dev
* commit '8aa14b59d360ad0140dae7a1e6ecdc6b11017ea5':
ImageWallpaper: Atomically fetch display info
|
| 9b9947de5dd06e7ae21a30d95b243af043e71b96 |
|
10-Jun-2015 |
Adrian Roos <roosa@google.com> |
ImageWallpaper: Atomically fetch display info
Previously we fetched rotation and dimens separately
which had the potential to cause inconsistencies.
Bug: 21440533
Change-Id: Ic537dbc01fc27af14124b1d97d4babafb6bc15f8
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| da54b462898700a3637a5959dcac498f3944ead0 |
|
07-May-2015 |
Michael Wright <michaelwr@google.com> |
am 75ce9397: Merge "optimize wallpaper load,avoid show black wallpaper."
* commit '75ce939756a63a63732ca8f88bd6ff0dfa682e8a':
optimize wallpaper load,avoid show black wallpaper.
|
| 6b53fd28e5de1ef5263b4cffaf7c5b6d99005e76 |
|
06-May-2015 |
longyu.huang <longyu.huang@ck-telecom.com> |
optimize wallpaper load,avoid show black wallpaper.
[Preconditions]
open auto-rotate
[Procedures]
1.enter Contacts app, and rotate 90 degrees to the right
2.press power key to lock screen,and unlock
3.rotare 90 degrees to the left and exit Contacts app
4.the wallpaper will be black first,then show the really wallpaper
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 08c7116ab9cd04ad6dd3c04aa1017237e7f409ac |
|
28-Feb-2015 |
John Spurlock <jspurlock@google.com> |
Remove unused imports in frameworks/base.
Change-Id: I031443de83f93eb57a98863001826671b18f3b17
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 2ed0513f20dea3ba97d09b528879301c86f31884 |
|
08-Jan-2015 |
Michael Wright <michaelwr@google.com> |
Clean up graphics resources.
Release SurfaceTexture after use in ColorFade and delete GL resources
in ImageWallpaper.
Bug: 17871993
Change-Id: I05bda03657ca502ba35b7187b6f361018f7ef687
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 2acaeda423aabf5c39c096fa88b51b4d820e2173 |
|
12-Nov-2014 |
Adrian Roos <roosa@google.com> |
Fix Bitmap leaks in ImageWallpaper
Bug: 18350603
Change-Id: I42ec057cd287955dcf3c382c237806fd9d6666a7
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| a810f119865a3345eeb4fbac0562e2526e177082 |
|
30-Apr-2014 |
Michael Wright <michaelwr@android.com> |
am 1e67bcec: am 263c36a1: am ade631ee: Merge "NULL previous background bitmap upon changing wallpaper"
* commit '1e67bcec505b1bfb67a83cb3d64e20c2bacf8581':
NULL previous background bitmap upon changing wallpaper
|
| 263c36a144a66d30dd51abd7ca0120480e449aa5 |
|
30-Apr-2014 |
Michael Wright <michaelwr@android.com> |
am ade631ee: Merge "NULL previous background bitmap upon changing wallpaper"
* commit 'ade631eed0df228e343f2a00db653058ff588846':
NULL previous background bitmap upon changing wallpaper
|
| 3368a63c640c059b85b39c7def8f9c63ad921cb5 |
|
18-Dec-2013 |
Michael Jurka <mikejurka@google.com> |
Change wallpaper sizing
Bug: 11997581
- ignore suggested dimensions
- when orientation changes, scale up wallpaper if
it doesn't fill the whole screen, or scale back to
original size if not necessary
Change-Id: I75b7519a105d4097bf7a35cd8af61fc40f45f8fb
(cherry picked from commit 824a4b5ea4c58592b9b2ebe787f5fb6974e7cabe)
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 7670b2bd49915509dac72c98f2b6a2c1172c52bf |
|
23-Oct-2013 |
jshe32X <jianchunx.shen@intel.com> |
NULL previous background bitmap upon changing wallpaper
Step to reproduce it on Nexus 10 with 4.4.2(KOT49H):
1. Long press on home screen.
2. Choose wallpaper from Wallpapers.
3. Select new wallpaper and set it.
4. Repeat step 1-3 several times.
See black background instead of the wallpaper.
There are two binder objects who hold reference to the
ImageWallpaper$DrawableEngine, which keeps the big chunk
bitmap from being recycled.
One is WallpaperService$IWallpaperEngineWrapper. The client
references went away slowly, maybe several minutes after
changing wallpaper. Then the finalizer has to been executed
to GC it.
The other one is WallpaperService$Engine$BaseIWindow. Don't
know who still held reference to it even after the window
was removed.
Anyway, let the bitmap be GCed first.
Change-Id: I27f6971a3edd26472b69e59b542b27fd7c8e7b90
Signed-off-by: jshe32X<jianchunx.shen@intel.com>
Signed-off-by: Guobin Zhang <guobin.zhang@intel.com>
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 824a4b5ea4c58592b9b2ebe787f5fb6974e7cabe |
|
18-Dec-2013 |
Michael Jurka <mikejurka@google.com> |
Change wallpaper sizing
- ignore suggested dimensions
- when orientation changes, scale up wallpaper if
it doesn't fill the whole screen, or scale back to
original size if not necessary
Change-Id: I75b7519a105d4097bf7a35cd8af61fc40f45f8fb
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 6762a441ef9c764f3bfee4201742e80aa6621b89 |
|
15-Oct-2013 |
Michael Wright <michaelwr@google.com> |
Fix conditional for glClear call
Previously the call to glClear was executed when there was no
available space (i.e. space which the Bitmap would *not* be drawn in
on the background of the launcher), rather than when there was.
Inverting the checks fixes this problem.
Also, remove unnecessary Handler since the call to updateWallpapers
is done via one-way binder interface and wrapped in a synchronize
block anyways. Putting it on the Handler just put it on the main
looper of the context that created WallpaperManager, which isn't
necessary.
Change-Id: Ic7a323303ec6e354d1ef245eec3434ff7128432d
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| b9fca9997100f209e98f0559c54c875b9e661e9f |
|
15-Oct-2013 |
Michael Wright <michaelwr@google.com> |
Force the wallpaper to reload when dimensions change
Currently it's possible for the home application to suggest new
wallpaper dimensions and the WallpaperService to request the bitmap
between when the new dimensions have been propagated and the old
bitmap has been forgotten. This leads to the WallpaperService
drawing a Bitmap with the old dimensions into a Surface with the new
dimensions.
By forcing the WallpaperManager to forget the old Bitmap immediately
before we reload it, we can ensure that we always have a Bitmap of
the correct size.
Bug: 10853302
Change-Id: I298ac5f3f8bcde54eeb1e45d21bf2ba3cbb618c9
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 209bede6b9edb9171e5bee4077b48e35004a37b4 |
|
17-Jul-2013 |
John Spurlock <jspurlock@google.com> |
Remove trailing whitespace from system ui.
Baseline existing .java files, no excuses going forward.
Change-Id: I4bd0f25bbda6f2ec832e34ef5c70d4830bf07f99
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| de84f0e77ea2bf713d15c290264059a413c2486a |
|
12-Jun-2013 |
John Spurlock <jspurlock@google.com> |
Organize the imports in systemui.
To follow android conventions, more importantly to remove the
unused.
Change-Id: I75881718e84360a579a3b02c26489ad250bc9227
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| b432ef98f0dd433689f8bf74bbf44499e29d08f1 |
|
01-May-2013 |
Chet Haase <chet@google.com> |
Speed up user-switching wallpaper changes
Previous work in ImageWallpaper cached the bitmap for a user
to avoid reloading it (an expensive operation on large-display devices)
when we could simply re-use it. User switching still caused a reload, however,
since the place where we cache the bitmap (ImageWallpaper) is in an instance
that is re-created on user-switch.
A simple fix is to have the ImageWallpaper stop telling the WallpaperManager
to erase its own cache of the bitmap prior to re-loading it. That step is
unnecessary, since a bitmap that is cached can be assumed to be valid. A wallpaper
change will correctly null out that cached version, so if the cached bitmap
is non-null, then we can simply use it as-is.
The fix is to remove the call to forgetLoadedWallpaper() and allow the caching
mechanism to do its job.
Issue #7986933 user switching on lock screen is slow (sometimes like molasses)
Change-Id: I447754ab85337bc8ae59b4ad6c3e6c2b30e13735
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 2e417be5c4d45ae041c0046570d117d7b0d71940 |
|
14-Mar-2013 |
Chet Haase <chet@google.com> |
Better fix for GL wallpaper creation
A previous fix made initializing GL work better by calling eglMakeCurrent()
prior to querying the max texture size. However, that fix worked by creating an eglSurface
earlier than we did before, which for some reason causes problems later if wallpaper creation
fails and we back off to a software solution.
This new fix creates a temporary pbuffer surface instead, which still allows us to make the
call to eglMakeCurrent() prior to querying the max texture size, but does not result in the
later canvas lock failure if the wallpaper creation fails anyway.
Issue #8319960 sluggish yakju animations over launcher
Change-Id: I394d672549260a354f03ad9fd1b9e1f9a161a371
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 187e1e2fc7dfb4eabdcb2c8990774bc6020fb16b |
|
14-Mar-2013 |
Chet Haase <chet@google.com> |
Ensure wallpaper creation succeeds
ImageWallpaper was sometimes querying GL for a max texture size too early
(before the first call to eglMakeCurrent()). This problem caused the wallpaper
to then get created in software, resulting in noticeably slower performance
when the wallpaper was visible.
This fix ensures that the
makeCurrent happens before the query, ensuring that wallpapers of the right
size actually get created instead of failing due to this error at creation time.
Issue #8319960 sluggish yakju animations over launcher
Change-Id: I12a3eba9f1818bdf544691e0727fe12f7e820651
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| d9731a57c631a5218819dbb02755c4dd41e7cc44 |
|
27-Feb-2013 |
Romain Guy <romainguy@android.com> |
am bf53be46: am 09353f74: Merge "Check and fail early if requested wallpaper size exceeds maximum texture size."
* commit 'bf53be46d237866a9964a4f1fa960eb6ef4a70a6':
Check and fail early if requested wallpaper size exceeds maximum texture size.
|
| c8d983f7259b4e328abc10c27c3c2cec61ad0722 |
|
20-Feb-2013 |
Romain Guy <romainguy@google.com> |
Wallpaper software rendering fallback
Bug #8230579
If the wallpaper fails to render with OpenGL, fall back to software
rendering instead of throwing an exception and crashing the wallpaper.
Change-Id: I40ed6056e6ea09b92b6cd441f16101dcc296fb8e
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 9549c067d93bd87aa28d1d6d44fdb8d75b2fd276 |
|
07-Feb-2013 |
Wim Vander Schelden <wim.vander.schelden@philips.com> |
Check and fail early if requested wallpaper size exceeds maximum texture size.
This fixes an issue where OpenGL initialization succeeds but buffer allocation fails because the requested wallpaper size
is too large (or otherwise unsupported) by the graphics hardware. This fixes an issue where SystemUI crashes constantly
on the PandaBoard when connected to a full HD display. Tested only on PandaBoard, no access to alternative hardware.
Signed-off-by: Wim Vander Schelden <wim.vander.schelden@philips.com>
Change-Id: I8d2e1ae9fd9772977c4e365f23f2f58bbca3787c
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 3696779bca4e5bc1b60c056db6f892e72e51a20f |
|
28-Jan-2013 |
Romain Guy <romainguy@google.com> |
Reinitialize hardware renderer after eglTerminate()
Bug #8066455
ViewRootImpl was properly detecting that the renderer was not
ready to draw but would simply schedule another frame, thus sending
the systemui into an inifite redraw loop. This change reinitializes
the renderer if needed (if the renderer is requested but not enabled.)
This CL also fixes an issue caused by the default wallpaper. Since it
never calls eglTerminate(), managed contexts are never reclaimed.
Change-Id: Idb8caa672be8ee35f6e6a7e942d9abd8aa100967
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| b1ef36965bf17e791afd16a9a34bcbb32f495f68 |
|
17-Nov-2012 |
Craig Mautner <cmautner@google.com> |
Refactor unused methods and unnecessary members.
ImageWallpaper runs on the main thread now and doesn't need to add
callbacks on different threads or lock against concurrent access.
Bug 7326921 fixed.
Change-Id: I6097e1dff8af743a4fb81b697efee0e02667125b
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 589a6af173c10738d2a83c69a9dda36579cc739d |
|
25-Oct-2012 |
Chet Haase <chet@google.com> |
Set wallpaper bitmap reference to null before reloading
Give the GC a chance to collect the current bitmap if it needs to,
as it allocates memory for the next one. This helps avoid OOM situations
that can sometimes occur in extreme circumstances (huge bitmaps)
Also set the default_wallpaper to the right default size.
Issue #7352961 Wallpaper edge is cut-off while scrolling through home page
Change-Id: If76b55061d04b29af7f66a6162e307b8b53bf4ae
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 5f0d976b37b919b74509b6f22e4ad3fa56422f6c |
|
18-Oct-2012 |
Chet Haase <chet@google.com> |
Track size changes correctly for static wallpapers
Previous logic compared the surface size to the bitmap size to determine
whether to reload the bitmap. This was based on an assumption that the bitmap
would be created at the same sizea s the surface. However, the process of
how those sizes get determined is different for surfaces and wallpapers, causing
an occasional issue where the bitmap gets reloaded frequently, every time the wallpaper
is asked to redraw, even though it always gets recreated at the same size.
New logic checks previous surface dimensions against current surface dimensions to
determine whether the bitmap should be reloaded; we really only want to reload
it when the surface size changes.
Issue #7373200 pause when toggling between All Apps and Home screen; Home button stays illuminated for a long time
Change-Id: I108777b72bd42616ad7cf8274af1b3e6b2ed94e7
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 8481ac8fe99e080a83e6bd5e4f1e656d3b950083 |
|
18-Oct-2012 |
Chet Haase <chet@google.com> |
Stop reloading wallpaper bitmap
Typo in ImageWallpaper made a dimension check incorrect.
Issue#7373200 pause when toggling between All Apps and Home screen; Home button stays illuminated for a long time
Change-Id: I82763ac8c9ed564eba904f552975ab20c8aef932
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 2f20081f9fd734e466147bf1091d06cc7331458c |
|
11-Oct-2012 |
Chet Haase <chet@google.com> |
Avoid redundant wallpaper loading/drawing
Switching users causes wallpapers to get recreated 3 times. Other operations
like startup and rotation cause similar redundant load/draw operations. This change
tracks the various attributes that tell us when we really need to reload
and redraw, causing only one of these expensive operation per one of these
switches.
Issue #7334664 Wallpaper draws several times when switching users
Change-Id: Ic3072ef3a7eaf622d8632e87e34f50999f716c39
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 8efca54693b1fa956eede0367fffe8bb0d3531f0 |
|
16-Oct-2012 |
Romain Guy <romainguy@google.com> |
Ensure we always request conformant OpenGL ES 2.0 contexts
Change-Id: I6b9d6f2dace02ad28baef6811007302b8e552a54
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| c92f150af0fb93b677a4ec6e2aca1b9a9bdd8760 |
|
14-Oct-2012 |
Craig Mautner <cmautner@google.com> |
Fix wallpaper not updating on initial boot.
Update the wallpaper and redraw it unconditionally when the surface
changes. Previously we were not updating the wallpaper when the
surface changed which meant that it remained at the original surface
dimensions. Also, the indication that it was visible comes in too
late to display it cleanly without jank.
Bug: 7310334 fixed.
Change-Id: Ic2ae95ea0b0704183053da1d7a906818651c62c9
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| c61d70ec46bc44344a419a0a15ccbecd1f8f1a2d |
|
11-Oct-2012 |
Chet Haase <chet@google.com> |
Cache wallpaper bitmap to avoid re-loading on rotation
Screen rotations force static wallpapers to get recreated. One of the things
that happens is that the underlying bitmap resource is loaded. This can be quite
expensive for large bitmaps (which is the case on large-display devices).
A simple optimization is to retain the bitmap in the wallpaper process, to avoid
this re-loading step. We still re-draw and re-upload the texture, but at least
we don't re-load the thing.
Issue #7324823 Manta wallpaper decode performance is atrocious
Change-Id: I0748e275a55992d13704a7dec5910d2dbdc9e2a4
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| fb729c7b4420eacbc65a958beb53511ff59ba3e6 |
|
01-Oct-2012 |
Craig Mautner <cmautner@google.com> |
Redraw static wallpapers when a redraw is needed.
Bug: 7242944
Change-Id: I913e3486de77468e73da79b4d83be3cf4f1547dd
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 881f0b1ee0e712e7309555826a4e5426238dcefe |
|
05-Sep-2012 |
Michael Jurka <mikejurka@google.com> |
Remove unneeded imports
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 98365d7663cbd82979a5700faf0050220b01084d |
|
20-Aug-2012 |
Jeff Brown <jeffbrown@google.com> |
Refactor for multi-display support.
Split WindowManagerImpl into two parts, the WindowManager
interface implementation remains where it is but the global
communications with the window manager are now handled by
the WindowManagerGlobal class. This change greatly simplifies
the challenge of having separate WindowManager instances
for each Context.
Removed WindowManagerImpl.getDefault(). This represents the
bulk of this change. Most of the usages of this method were
either to perform global functions (now handled by WindowManagerGlobal)
or to obtain the default display (now handled by DisplayManager).
Explicitly associate each new window with a display and make
the Display object available to the View hierarchy.
Add stubs for some new display manager API features.
Start to split apart the concepts of display id and layer stack.
since they operate at different layers of abstraction.
While it's true that each logical display uniquely corresponds to a
surface flinger layer stack, it is not necessarily the case that
they must use the same ids. Added Display.getLayerStack()
and started using it in places where it was relatively easy to do.
Change-Id: I29ed909114dec86807c4d3a5059c3fa0358bea61
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 40d4676eab24e104728981bf1059d2211fbf28d1 |
|
21-Jun-2012 |
Michael Jurka <mikejurka@google.com> |
Remove duplicate code to update wallpaper
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| e673396387466cd70d059ae75c7b069c9ced670a |
|
18-May-2012 |
Michael Jurka <mikejurka@google.com> |
resolved conflicts for merge of ede4d56e to jb-dev-plus-aosp
Change-Id: I8893e819f0f814a1fe1e0fb7f70dba860e889135
|
| 321357b6066a34cc12a0528b7b835c7664db2e08 |
|
17-May-2012 |
Michael Jurka <mikejurka@google.com> |
Fix issue where static wallpaper was offset on boot
Bug: 6447391
Change-Id: Ie89bfdfd81dbf80ad7d109717f83c4bc7b42acf1
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| e7339d804dc91427330abe192ebbb6bcd56b822c |
|
05-May-2012 |
Jean-Baptiste Queru <jbq@google.com> |
resolved conflicts for merge of acb5f383 to jb-dev-plus-aosp
Change-Id: I79f0394b20a61dc7e6faabdb74c66277f71dfcb3
|
| 35be7560300a97fc3675bdd325910f28827d9508 |
|
19-Apr-2012 |
Jeff Sharkey <jsharkey@android.com> |
Move SystemUI out of system UID.
Add permissions for various things it pokes. Create new permission
to control launching non-exported activities from recents. Hidden
API to relax WallpaperService checks.
Change-Id: I547fdcd7c213dd153ae101533ce7c56cd8f86a0d
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 2b1bcca531ba3fb1959dca1d1227ddef6c204a00 |
|
07-Feb-2012 |
SangWook Han <swhan@nemustech.com> |
ImageWallpaper : get bitmap width before calc screen offset
Inside drawFrameLocked, updateWallpaperLocked() is called after
calculae drawing offset using mBackgroundWidth/Height. Because
mBackgroundWidth/Height is modified inside updateWallpaperLocked(),
it sould be called before Mbackgroundwidth/Height is used.
Many market launcher and some phone vendor launcher call
suggestDesiredDimenstions with argument (w,h) instead aosp's
original (w*2,h) for single page wallpaper. In that case, when
launcher orientation changed, ImageWallpaper does not properly
display wallpaper image and mostly you can see Black Edge at
left.
Change-Id: I93ebc4337b01f73d3154346943afa4afd6b1988a
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| a8e5a2bcd6a0d35893187c6df42425c03be005da |
|
28-Oct-2011 |
Chet Haase <chet@google.com> |
Optimize handling of scrolled wallpapers
Swiping the home screen causes the WindowManagerService to do
a bunch of work to keep the wallpapers in sync. First, it lays out
and places all windows. Also, it notifies the SystemUI process that
the wallpaper position has changed.
The layout/place operation is too much work - we only need to set
the position values for the wallpaper, not relayout the whole system.
The notification mechanism must exist, but should be optional. Most
wallpapers don't care (especially static ImageWallpapers). So we'll
give them a new API (WallpaperService.Engine.setWantsOffsets()) to
allow wallpapers to opt out of this process and avoid the performance
overhead.
Change-Id: I66c38375438937f14f6f5550565b28eb204b1e06
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 043a6b1e5709c46cb8094766c792ec57d3fd97df |
|
28-Sep-2011 |
Romain Guy <romainguy@google.com> |
Don't use OpenGL ES 2.0 to render the wallpaper on the emulator.
Bug #5352896
The emulator doesn't support OpenGL ES 2.0.
Change-Id: I7f647d78d4d8ad87d12a5f009d5d37f6aeaecf72
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| f929629e74fe84b986f76db448b9c95d72b2903e |
|
26-Aug-2011 |
Romain Guy <romainguy@google.com> |
Fix crash with OpenGL wallpaper
Bug #5216751
Change-Id: Ieb2c0e3b29a0673a5127692c9740ba59c879a3c2
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 881fb2092b41f4447e708da2f341d2ca5602c0d4 |
|
25-Aug-2011 |
Erik Gilling <konkers@android.com> |
systemui: enable GL rendering of launch background
Only affect high end devices
Change-Id: I5fa2b646c2c4d4350fb4fc1042741c981ebb30bb
Signed-off-by: Erik Gilling <konkers@android.com>
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 407ec78b828173257b0c5dae221649a4ccd8b058 |
|
25-Aug-2011 |
Romain Guy <romainguy@google.com> |
Add OpenGL backend to ImageWallpaper
Bug #5204874
Currently disabled.
Change-Id: I5e7b35dce2981b0691f107e39c6394b260466543
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| 9ea31639738e8d2c90dc3a4fcd535d09a0b7209a |
|
05-Aug-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #5108980 Wallpaper is not restored after upgrade from IRK32B to IRK33B
Take care of updating from old component name, and don't let this happen
again.
Also tweak how we switch between static wallpapers to avoid introducing
a 4MB allocation in the system UI process when this happens -- we now
stop the current wallpaper service and start a new one, so we get a
brand new surface that we can draw only one time in to.
Change-Id: I6fc8a42b8a46bba79759bd68fb7d0684b5d897b7
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|
| ba39839444532af0ed3766f736582413f6d7a40b |
|
02-Aug-2011 |
Dianne Hackborn <hackbod@google.com> |
Move ImageWallpaper to SystemUI process.
Nice to not load 4MB bitmaps in the system process.
Also, hey, with how we are now scrolling the surface instead of
the bitmap, there is no reason to keep that 4MB bitmap loaded in
to memory. So don't.
Unfortunately it looks like for some reason the VM is still
holding on to the bitmap. I'll need to figure out why. Later.
Change-Id: Ib3503756144502fc5c8d5e294248c2417c4fe8c8
/frameworks/base/packages/SystemUI/src/com/android/systemui/ImageWallpaper.java
|