nanogui: Bogl changes & Nano-X-0.5


Previous by date: 18 May 1999 23:34:40 -0000 Re: Bogl changes & Nano-X-0.5, Greg Haerr
Next by date: 18 May 1999 23:34:40 -0000 Re: NanoX version 0.5, Alex Holden
Previous in thread: 18 May 1999 23:34:40 -0000 Re: Bogl changes & Nano-X-0.5, Greg Haerr
Next in thread: 18 May 1999 23:34:40 -0000 Re: Bogl changes & Nano-X-0.5, Ben Pfaff

Subject: RE: Bogl changes & Nano-X-0.5
From: Alex Holden ####@####.####
Date: 18 May 1999 23:34:40 -0000
Message-Id: <Pine.LNX.4.04.9905190019240.16616-100000@hyperspace>

On Tue, 18 May 1999, Greg Haerr wrote:
> No, it is far too slow to draw everything twice, once in main, then in graphics ram.  In

I don't know if there is a way to specify the write mode with the
framebuffer drivers, but if there isn't then the best way is to use a
buffer.

> addition, you'd never know what's been modified.  However, the bitblt operations you

That depends on how you implement it.

> speak of are solved with a rearchitecture of the driver model I spoke of in an earlier
> mail msg.  This involved allowing all graphics operations to be performed on a "bitmap",

That's a seperate issue to the drawing modes. 

> 	Please copy the readpixel routine into your new driver.  Readpixel is required
> for demo.c program to run, as well as the ReadArea api, as well as the cursor drawing.

I never suggested not having a readpixel() routine.

--------------- Linux- the choice of a GNU generation. --------------
: Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham :
-------------------- http://www.linuxhacker.org/ --------------------


Previous by date: 18 May 1999 23:34:40 -0000 Re: Bogl changes & Nano-X-0.5, Greg Haerr
Next by date: 18 May 1999 23:34:40 -0000 Re: NanoX version 0.5, Alex Holden
Previous in thread: 18 May 1999 23:34:40 -0000 Re: Bogl changes & Nano-X-0.5, Greg Haerr
Next in thread: 18 May 1999 23:34:40 -0000 Re: Bogl changes & Nano-X-0.5, Ben Pfaff


Powered by ezmlm-browse 0.20.