From owner-freebsd-hackers Thu Jan 8 03:58:53 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA06991 for hackers-outgoing; Thu, 8 Jan 1998 03:58:53 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA06963; Thu, 8 Jan 1998 03:58:39 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id MAA28453; Thu, 8 Jan 1998 12:59:22 +0100 (MET) (envelope-from sos) Message-Id: <199801081159.MAA28453@sos.freebsd.dk> Subject: Re: Splash screen (splashkit) for 3.0 systems... In-Reply-To: <199801081123.VAA00291@word.smith.net.au> from Mike Smith at "Jan 8, 98 09:53:09 pm" To: mike@smith.net.au (Mike Smith) Date: Thu, 8 Jan 1998 12:59:22 +0100 (MET) Cc: sos@FreeBSD.ORG, mike@smith.net.au, lcremean@tidalwave.net, atf3r@cs.virginia.edu, hackers@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In reply to Mike Smith who wrote: > > > Somebody mentioned that the W95 startup image is 320x400. Anyone have > > > a handy description of this mode? I presume it's one of the ugly paged > > > ones... 8( > > > > Yup, its a modeX'd version of normal 320x200, alas same mem layout as > > modeX. I can easily put it into syscons (both 320x400 & 320x480)... > > Should I ?? > > If it means we can say "use Windows 95 startup screens", yes please. > I could still do with "how to set pixel at x,y with palette entry z" > instructions though. Look at libvgl, it has all the functions you need, you just obtain the mem pointer differently (usr vs kernel space). I'll put in the mentioned modes... > There are updated diffs at ftp://ftp.gsoft.com.au/misc; I temporarily > moved the splash startup into scattach because bootverbose doesn't seem > to be set properly on the first call to scinit(). I'm still not happy > with the current splash model; I'm leaning towards the splash being > effectively a separate console, rather than being attached to a "normal" > console. Hmm, I dont see the splash as a console at all, I see it as a function that takes over the physical video HW, sortof like the screensavers, all console bufs etc should be untouched... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end ..