From: Thomas Knudsen <tk AT geb DOT gfy DOT ku DOT dk>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: GRX20: Changing Pallette
Date: Fri, 30 May 1997 09:17:37 +0200
Organization: News Server at UNI-C, Danish Computing Centre for Research and Education.
Lines: 28
Message-ID: <Pine.SGI.3.95.970530091458.12434A-100000@geb.gfy.ku.dk>
References: <Pine DOT SGI DOT 3 DOT 95 DOT 970526123815 DOT 18735A-100000 AT geb DOT gfy DOT ku DOT dk> <338D4ED4 DOT 7AD1 AT isen DOT fr>
NNTP-Posting-Host: geb.gfy.ku.dk
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
In-Reply-To: <338D4ED4.7AD1@isen.fr>
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Precedence: bulk

On Thu, 29 May 1997, Regis BOSSUT wrote:
> Thomas Knudsen wrote:
> 
> > When using GRX20 in 256 color mode to display a pseudo-colored bitmap
> > image, I start by loading a pallette like this:
> 
> >   for(i=0; i<256; i++) GrSetColor(i, r[i], g[i], b[i]);
> 
> > then I display the image on the screen. However, if I later try to change
> > the pallette (to enable some interactive contrast stretching), nothing
> > happens.
> 
> Isn't there a GrRefreshColors() subroutine available for that purpose ?
> I don't have the source code here but it should be the answer...
> 

Unfortunately not: GrRefreshColors will reload the original pallette, and
is intended for use in a "restore" process after direct register
manipulation.

--
Thomas Knudsen                         | www:  http://www.gfy.ku.dk/~tk/
National Survey and Cadastre - Denmark | e-mail:            tk AT gfy DOT ku DOT dk
Geodetic office, Rentemestervej 8      | Direct Phone:   +45 35 87 52 64
DK-2400 Copenhagen NV, Denmark         | FAX:            +45 35 87 50 52