public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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.
--

  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