| 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
|