Bootanim: Difference between revisions

From OLPC
Jump to navigation Jump to search
(New page: This page is about the C rewrite of the OLPC boot animation, available [http://dev.laptop.org/git/users/bobbyp/bootanim here], discussed [http://lists.laptop.org/pipermail/devel/2009-Febru...)
 
No edit summary
 
Line 1: Line 1:
'''olpc-bootanim''' implements a custom, highly efficient boot animation. After loading the initial frame of the animation, all further frames are applied by only redrawing the pixels that change from one frame to another, through the application of several binary diffs.
This page is about the C rewrite of the OLPC boot animation, available [http://dev.laptop.org/git/users/bobbyp/bootanim here], discussed [http://lists.laptop.org/pipermail/devel/2009-February/023421.html here].


Original implementation by C. Scott Ananian, rewritten to be more efficient by Mitch Bradley and Bobby Powers.
== Remaining Issues ==
(as enumerated by Daniel)


== For developers ==
1. The VT_SETMODE stuff which you omitted is needed for the feature
where when you press ctrl+alt+mesh during boot, pretty boot is
disabled and you see the console messages. This does not happen with
your version, ctrl+alt+mesh is ignored and the animation continues.


Source:
2. You use TIOCCONS during startup to redirect console output, but you
* git://dev.laptop.org/users/dsd/olpc-bootanim
do not cancel this as the animation ends. You should do this by
* http://dev.laptop.org/git/users/dsd/olpc-bootanim
calling TIOCCONS on /dev/console.
* http://dev.laptop.org/pub/source/olpc-bootanim/


Current maintainer: [[User:DanielDrake]]
3. boot-anim-stop should be able to be called before the animation has
finished, and it should prevent any further boot-anim-clients from
doing anything.


Questions and contributions should be sent to the devel [[Mailing lists|mailing list]].
4. You can save a few kb by compiling the apps with the
"-fwhole-program -combine" compiler flags.


== Future plans ==
5. I've spent too much time wrangling diskspacecheck and I can't make
it play nice... we do indeed still require a "are we in a pretty boot"
codepath.. so I guess we need a program for checking that. Then when
the other items are done, it will be possible to make this work again,
without requiring pyvt.


Demand for olpc-bootanim features is growing, for example we'd like to show some kind of ticker if a fsck is going on in the background. Also, as of Fedora 15, it becomes difficult to apply a progress-based approach to the startup sequence because X is started very early by systemd.
6. the initramfs includes its own copy of act-gui/bootanim. You

removed gui_server and gui_client in your tree, so if someone were to
plymouth has become a standard for boot animations and probably does not have the performance problems it once had.
build a new initramfs using your tree rather than scott's, then the

activation stuff wouldn't work. This also requires pyvt. Not sure how
olpc-bootanim should be reimplemented as a very simple plymouth backend, showing an animation that conveys that the system is loading but without conveying its actual progress through that sequence, with enough functionality to switch to an alternative animation if fsck is happening.
you want to handle this...

Latest revision as of 17:21, 28 February 2011

olpc-bootanim implements a custom, highly efficient boot animation. After loading the initial frame of the animation, all further frames are applied by only redrawing the pixels that change from one frame to another, through the application of several binary diffs.

Original implementation by C. Scott Ananian, rewritten to be more efficient by Mitch Bradley and Bobby Powers.

For developers

Source:

Current maintainer: User:DanielDrake

Questions and contributions should be sent to the devel mailing list.

Future plans

Demand for olpc-bootanim features is growing, for example we'd like to show some kind of ticker if a fsck is going on in the background. Also, as of Fedora 15, it becomes difficult to apply a progress-based approach to the startup sequence because X is started very early by systemd.

plymouth has become a standard for boot animations and probably does not have the performance problems it once had.

olpc-bootanim should be reimplemented as a very simple plymouth backend, showing an animation that conveys that the system is loading but without conveying its actual progress through that sequence, with enough functionality to switch to an alternative animation if fsck is happening.