From: =?iso-8859-1?Q?Niklas_H=F6glund?= <niklas@canit.se>
  To  : ggi-develop@eskimo.com
  Date: Fri, 12 Nov 1999 13:20:20 +0100

Re: default/fbdev/s3/virge.so

On Fri, Nov 12, 1999 at 10:45:09AM +0100, Jos Hulzink wrote:
> On Fri, 12 Nov 1999, Andrew Apted wrote:
> > Jos Hulzink writes:
> > 
> > In my understanding of the GC, you only need to reprogram the hardware
> > state (e.g. do a ViRGE_set_colors) when the GC has _changed_, and
> > there's a number in the GC that tells you when it has changed.
> > 
> > Don't know how it works for big buffers of accel commands though, I'd
> > probably think that having extra accel commands for changing contents
> > of the GC would be a good idea.
> > 
> > >  and one programming GGI must do ugly tricks to get his lines and
> > >  boxes in the colour he wants.
> > 
> > like this: ?
> > 
> 
> As long as ggiDrawBox doesn't return before the accel is done, this
> works. But this is not the case with PP buffers. Problem is that with :
> 
> ggiSetGCForeground(vis, &my_color);
> ggiDrawBox(vis, x, y, w, h);
> ggiSetGCForeground(vis, &my_color);
> 
> the second fg colour can be set before the DrawBox is executed. Someone
> once wrote how to solve this, but I don't know where the text has gone...

En easy solution for the virge would of course be to override
ggiSetGCForeground etc. to send an acceleration command. (But as the
virge currently does synchrouous accels this should not be a problem.)

-- 
						Niklas