Message-ID: <380EA8DE.2F45C9FC@snetch.cpg.com.au>
Date: Thu, 21 Oct 1999 15:47:10 +1000
From: Michael Abbott aka frEk <20014670 AT snetch DOT cpg DOT com DOT au>
Organization: Student of Computer Power Institute
X-Mailer: Mozilla 4.05 [en] (Win95; I)
MIME-Version: 1.0
To: djgpp AT delorie DOT com
Subject: Re: What is a good palette for 8-Bit Grafix?
References: <7uhdij$sfb$1 AT rohrpostix DOT uta4you DOT at> <380D499C DOT F017D7D8 AT snetch DOT cpg DOT com DOT au> <7ulfat$eo7$1 AT solomon DOT cs DOT rose-hulman DOT edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: djgpp AT delorie DOT com

Heya

> frEk <20014670 AT snatch DOT com> wrote:
>
> > What immediately comes to mind is using a palette sort of truecolor
> like... ie.
> > Instead of for example the hicolor 5-5-5 palette, within 8 bits you use a
> 3-3-2
> > palette which means 3 bits of red, 3 for green, 2 for blue...
>
> I wouldn't. You can't get real grays in a 8 by 8 by 4 cell,
> only approximations. Use the "web safe" palette instead.

What I do in this case is to dither the two together so that close pixels seem
to 'cause a grey... Somewhat like pretening that a laptop RGBs components are
each Black & What components (with antialising)...

Or use HSV although you'd probably get way to many of the same grey colour as
output...

The 6x6x6 palette you were talking about earlier I presume is 6 colours each
(not bits, obviously) 'cause the cube root of 256 floored is 6? Nice palette,
but if you're looking for speed, 3-3-2 is easier to mess around with...