Message-Id: Date: Sat, 25 Oct 1997 01:00:50 +0200 To: tudor AT cam DOT org, djgpp AT delorie DOT com References: <343D1F26 DOT B4EBB976 AT ostrabo DOT uddevalla DOT se> <3444CC19 DOT 61E7 AT boat DOT bt DOT com> <62mt5t$rsb$7 AT 195 DOT 26 DOT 68 DOT 21> <344FD62D DOT 262F AT cam DOT org> Subject: Re: Fade routine MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT From: Georg DOT Kolling AT t-online DOT de (Georg Kolling) Precedence: bulk Vic schrieb: > Michal Mertl wrote: > > On Wed, 15 Oct 1997, Simon Churchill wrote: > > > Andreas Björk wrote: > > > Have You remembered that the palette is only 18bit colour not 24bit > > > > > > ie rgb vals go from 0 - 0x63 and not 0 - 0xff ??????? > > > > > Not to be pedantic but it's 0 - 63 (0x3f) > Plus the palette is 8 bit. I never heard of 18 bit... Never heard? I assume you haven't tried graphics programming yet... Picture data is 8 bit per pixel because it's a reference to the 256 DAC palette registers which are 18 bit wide (6 bit for red/green/blue values, which leads to 2^18 = 262144 different colors, but only 256 of them are displayable at the same time) HiColor/TrueColor modes don't have a palette which makes fading a hard task (I've heard something about 'color ramp' but I don't know what this really is...)