summaryrefslogtreecommitdiffstats
path: root/cmds/bootanimation/Android.mk
Commit message (Collapse)AuthorAgeFilesLines
* bootanimation: enable multithread decode by defaultDan Pasanen2016-11-031-1/+1
| | | | Change-Id: Icb17f58a1165b697465a8e3b780c54ff7784c9c6
* bootanimation: add multithreaded decodeScott Mertz2016-08-041-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* bootanimation: performance/speedup enhancements (squashed from CM11)Prashant Somashekar2015-10-261-0/+16
| | | | | | | | | | | | | | | | | | 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
* BootAnimation: Play boot/shutdown animation and musicChiou-Hao Hsu2015-10-261-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* bootanim: Add continuous splash supportSteve Kondik2015-10-261-0/+4
| | | | | | | | | * 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
* Frameworks/base: Turn on -Wall -Werror in cmdsAndreas Gampe2014-11-071-9/+11
| | | | | | Fix small warnings, turn on -Wall -Werror. Change-Id: Iab1f01a7c7ebd6ba832b75067c5e395f380a1b8b
* Add support for playing audio during bootanimationMike Lockwood2014-10-031-1/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* am a3633c25: am 71a3d40d: am e4360c8e: am 4308a523: Merge "bootanimation: ↵Colin Cross2014-03-201-0/+3
|\ | | | | | | | | | | | | 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
| * bootanimation: build 32-bit if 64-bit gl libraries are not availableColin Cross2014-03-191-0/+3
| | | | | | | | | | | | Set LOCAL_32_BIT_ONLY if TARGET_32_BIT_SURFACEFLINGER is set. Change-Id: I76396cc9fe3fe45d1e98a44bf911d6e70922555a
* | Fix includes so that they no longer rely on the global Skia includes ↵Derek Sollenberger2014-02-271-3/+0
|/ | | | | | | directories. bug:13225538 Change-Id: Ia5d816dc665f81c7985f21036af4fd0a63c560cf
* Add liblogYing Wang2013-04-091-0/+1
| | | | | Bug: 8580410 Change-Id: I746aa8258866508c3a725d0773faf4518096548f
* frameworks/base refactoringMathias Agopian2012-02-201-0/+1
| | | | | | create the new libandroidfw from parts of libui and libutils Change-Id: I1584995616fff5d527a2aba63921b682a6194d58
* Remove the simulator target from all makefiles.Jeff Brown2011-07-111-7/+0
| | | | | | Bug: 5010576 Change-Id: I04d722f258951a3078fe07899f5bbe8aac02a8e8
* merge libsurfaceflinger_client into libguiMathias Agopian2011-03-251-1/+1
| | | | | | | | | | | | 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
* split libsurfaceflinger_client and libcamera_client out of libuiMathias Agopian2010-02-111-1/+2
|
* Add back missing shared libraries used in executables in link commands. TheseDoug Kwan2009-10-041-0/+1
| | | | | | 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.
* rename libsgl/libcorecg to libskiaMike Reed2009-07-101-2/+1
|
* merge master to master_glMathias Agopian2009-05-221-0/+2
|
* split boot animation out of SurfaceFlingerMathias Agopian2009-05-211-0/+30
Conflicts: data/etc/platform.xml