| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: Icb17f58a1165b697465a8e3b780c54ff7784c9c6
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some devices can't keep up on a single thread trying
to decode & display the frames at a high frame rate. This is
observed if the sleep delay between frames is negative:
01-02 04:29:25.114 530 542 D BootAnimation: 63, -22
01-02 04:29:25.176 530 542 D BootAnimation: 61, -20
01-02 04:29:25.248 530 542 D BootAnimation: 72, -30
01-02 04:29:25.315 530 542 D BootAnimation: 66, -24
01-02 04:29:25.381 530 542 D BootAnimation: 66, -24
To mitigate this, take advantage of multiple cores by decoding on
n cores and caching up to m images. This keeps the memory footprint
small(ish) while still giving the best chance to maintain a
constant frame rate.
I measured boot time and fps for each animation part before
and after the change on an msm8909 with 1.5 GB RAM:
single thread:
01-02 04:40:45.826 540 556 I BootAnimation: fps = 22.40
01-02 04:40:49.457 540 556 I BootAnimation: fps = 13.22
01-02 04:40:51.464 540 556 I BootAnimation: fps = 23.92
01-02 04:41:19.375 540 556 I BootAnimation: fps = 22.89
01-02 04:41:23.942 540 556 I BootAnimation: fps = 15.55
boot time: 51.05s
multi thread:
01-02 04:38:55.148 526 551 I BootAnimation: fps = 22.56
01-02 04:38:57.205 526 551 I BootAnimation: fps = 23.39
01-02 04:38:59.249 526 551 I BootAnimation: fps = 23.92
01-02 04:39:29.196 526 551 I BootAnimation: fps = 23.16
01-02 04:39:32.186 526 551 I BootAnimation: fps = 23.79
boot time: 50.50s
Need to test the affect on boot time with an animation that doesn't
cache the textures as much as this to see the real effect.
Change-Id: If7464dc063b08a0bc33ee3f094028247b39650c1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
bootanim: Don't cache textures if they're expected to use a lot of VRAM (rmcc)
https://github.com/CyanogenMod/android_frameworks_base/commit/14f9eecd3f543a25c4a2053d6155a9396a777a3a#cmds/bootanimation
bootanimation: performance enhancements (turl)
https://github.com/CyanogenMod/android_frameworks_base/commit/e6b54405aa70d7503a114d9c90ef7518abdd7133#cmds/bootanimation
bootanimation: fix usage of LOGW (intervigilium)
https://github.com/CyanogenMod/android_frameworks_base/commit/e45cf7d232490f44aecf8f2447220a8b5ace4c10#cmds/bootanimation
bootanimation: allow using RGB565 instead of ARGB8888 (tpruvot)
https://github.com/CyanogenMod/android_frameworks_base/commit/204282870a9c69b04ad5ddecd73fafbd7996cbc0#cmds/bootanimation
[mikeioannina]: Adjust for cm-12.0
Change-Id: I203fa23f77d1349fb822a7662e2cd3998ba4c814
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add support to show customized boot and shut down animation, as
well as music.
Change-Id: I69c87640175a96a18833a763a34afd362bbfb487
Conflicts:
cmds/bootanimation/Android.mk
cmds/bootanimation/BootAnimation.cpp
Bootanimation: Fix the low memory device oom when run boot animation
Low memory device is easily to be oom when run boot animation. Here
we do optimize the boot animation GL Texture only one frame needed.
That is free timely and re-init it again. When in boot animation,
the fps=15, so it is ok to do the delete and re-init.
CRs-Fixed: 572325
Change-Id: I1e81c3d0f3600ac895f9bd7bd00a284f3d4b7d4c
bootanimtion: fix no boot sound due to error file descriptor
-wrong file descriptor passed to setDataSource(fd, offset, length)
API and causes no sound
-use the default setDataSource(httpService,url,header) to parse
the file of boot sound
CRs-Fixed: 731547
Change-Id: I437e7d797cd13b7f8f8e0fbf81d5de99c55c27d1
|
|
|
|
|
|
|
|
|
| |
* We may or may not want to have a very smooth transition from the
bootloader into Android by way of a continuous splash feature.
* Add a compile-time flag which disables the initial screen clearing
so that we don't drop a frame during the transition.
Change-Id: Ic453c901f1030ffebd9bdbeec59109bb5c585629
|
|
|
|
|
|
| |
Fix small warnings, turn on -Wall -Werror.
Change-Id: Iab1f01a7c7ebd6ba832b75067c5e395f380a1b8b
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The bootanimation daemon will play 16 bit WAV files contained in bootanimation.zip
For this to work, the bootanimation.zip must contain an audio_conf.txt file,
which contains parameters to be used for the tinyalsa pcm_open call
as well as mixer parameters to set before attempting to play the sound.
If the bootanimation finds an audio_conf.txt file, then it will look for a file named
"audio.wav" in each of the part subdirectories. If audio.wav is found, it will play that
WAV file starting at the beginning of that part.
The code for this is based on the tinyplay utility in tinyalsa.
The audio_conf.txt and must begin with the following header:
card=<ALSA card number>
device=<ALSA device number>
period_size=<period size>
period_count=<period count>
This header is followed by zero or more mixer settings, each with the format:
mixer "<name>" = <value list>
Since mixer names can contain spaces, the name must be enclosed in double quotes.
The values in the value list can be integers, booleans (represented by 0 or 1)
or strings for enum values.
Finally I should mention that this change is not the right approach.
Instead of going straight to ALSA we should be using the mediaserver instead.
But mediaserver isn't ready in time due to interactions with the system server, and there
isn't time to fix this for the current release. We need to fix that for the next one.
Bug: 17674304
Change-Id: Ic391ade61c941d0a24f4d64fe005ac9375a23fa9
|
|\
| |
| |
| |
| |
| |
| | |
build 32-bit if 64-bit gl libraries are not available"
* commit 'a3633c25033b576ae160ea86194e4f7f20d82fe2':
bootanimation: build 32-bit if 64-bit gl libraries are not available
|
| |
| |
| |
| |
| |
| | |
Set LOCAL_32_BIT_ONLY if TARGET_32_BIT_SURFACEFLINGER is set.
Change-Id: I76396cc9fe3fe45d1e98a44bf911d6e70922555a
|
|/
|
|
|
|
|
| |
directories.
bug:13225538
Change-Id: Ia5d816dc665f81c7985f21036af4fd0a63c560cf
|
|
|
|
|
| |
Bug: 8580410
Change-Id: I746aa8258866508c3a725d0773faf4518096548f
|
|
|
|
|
|
| |
create the new libandroidfw from parts of libui and libutils
Change-Id: I1584995616fff5d527a2aba63921b682a6194d58
|
|
|
|
|
|
| |
Bug: 5010576
Change-Id: I04d722f258951a3078fe07899f5bbe8aac02a8e8
|
|
|
|
|
|
|
|
|
|
|
|
| |
this is the first step in unifying surfacetexture and surface.
for this reason the header files were not moved, as most of them
will eventually go away.
NOTE: currently we keep libsurfaceflinger_client.so as an empty
library to workaround prebuilt binaries wrongly linking against
it.
Change-Id: I130f0de2428e8579033dc41394d093f4e1431a00
|
| |
|
|
|
|
|
|
| |
executables have calls to some shared libraries without explicitly linking
them. Currently it works as linker links these libraries via dependencies of
other libraries. This is fragile and not the right thing to do.
|
| |
|
| |
|
|
Conflicts:
data/etc/platform.xml
|