From: Rob Couto <rpc@cafe4111.org>
To: linux-kernel@vger.kernel.org
Subject: Re: Make the init-process look like the StarWars Credits
Date: Fri, 9 Jan 2004 21:07:13 -0500 [thread overview]
Message-ID: <200401092107.13588.rpc@cafe4111.org> (raw)
In-Reply-To: <yw1xisjlvudf.fsf@kth.se>
On Friday 09 January 2004 13:39, Måns Rullgård wrote:
> I suppose it would be possible to use 3D features of the graphics
> chip. It would require a rather massive hacking in the fb driver, of
> course.
massive hacking? hehe, yea. geniuses, please stop me when I stop making
sense...
AFAICT, that would be both excellent and terrible at the same time. using hw
accel makes the process lighter on CPU and looks great but ridiculously
intense on the coder... i mean, who could you recruit to take X11 vid drivers
and mutate them into kernel code? you'd need 3D code that belongs to Mesa,
DRI code that belongs to whatever X module and the matching kernel module,
possibly agpgart, and so on. by the time it's 3D, you aren't using the
framebuffer code, you've taken the GUI and moved it into the kernel --- hello
Win32. That's if you did it smart and made it modular enough to have other
purposes, i.e. X11 overdrive... then X needs to know about it, or at least
the DRI module involved, and then it's either they trip over one another or X
gets cut down to just the libs and network activity. then maybe the kernel
begins with X which starts your xterms fullscreen on vt1-6. all the time it's
faster and loads sooner. and along with it, you get the legendary stability
of a MS slop'erating system. to have that much for one brief piece of
eyecandy is a little silly. and when the booting's done, is vt1 still zooming
out into space? will I be able to see the top few lines of 'top'?
the nice thing about fbmngplay is that it can easily be told to stop ;)
why not simply make the console a file or fifo, then "tail -f <file> |
text_render_app -d /dev/fb0" as soon as init can fire it off?
there seems to be a mailing list at bootsplash.org, maybe we should be there
instead.
http://lists.sourceforge.net/lists/listinfo/bootsplash-discussion
--
Rob Couto
rpc@cafe4111.org
Rules for computing success:
1) Attitude is no substitute for competence.
2) Ease of use is no substitute for power.
3) Safety matters; use a static-free hammer.
--
next prev parent reply other threads:[~2004-01-10 4:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-09 16:55 Make the init-process look like the StarWars Credits Niels Ippensen
2004-01-09 17:18 ` Rob Couto
2004-01-09 17:41 ` Rob Couto
2004-01-09 18:39 ` Måns Rullgård
2004-01-10 2:07 ` Rob Couto [this message]
2004-01-10 11:02 ` Javier Fernandez-Ivern
2004-01-10 11:26 ` Rob
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200401092107.13588.rpc@cafe4111.org \
--to=rpc@cafe4111.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox