nanogui: Bogl changes & Nano-X-0.5


Previous by date: 18 May 1999 23:41:52 -0000 Re: Bogl changes & Nano-X-0.5, Ben Pfaff
Next by date: 18 May 1999 23:41:52 -0000 Drawing modes, Alex Holden
Previous in thread: 18 May 1999 23:41:52 -0000 Re: Bogl changes & Nano-X-0.5, Ben Pfaff
Next in thread: 18 May 1999 23:41:52 -0000 Re: Bogl changes & Nano-X-0.5, Vidar Hokstad

Subject: RE: Bogl changes & Nano-X-0.5
From: Greg Haerr ####@####.####
Date: 18 May 1999 23:41:52 -0000
Message-Id: <01BEA155.7FCAECD0.greg@censoft.com>

On Tuesday, May 18, 1999 5:24 PM, Alex Holden ####@####.#### wrote:
> 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.

	I *think* that the user can write the hw registers while drawing into
the mmap'd screen buffer.

I don't understand you're idea of a "buffer", then.



> 
> > 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. 

	No, the drawing modes are implemented whether you're drawing into an
offscreen buffer or a screen buffer.  If you do it right, you don't have to re-implement
the routine differently, thus keeping it smaller (nano ;-)

Previous by date: 18 May 1999 23:41:52 -0000 Re: Bogl changes & Nano-X-0.5, Ben Pfaff
Next by date: 18 May 1999 23:41:52 -0000 Drawing modes, Alex Holden
Previous in thread: 18 May 1999 23:41:52 -0000 Re: Bogl changes & Nano-X-0.5, Ben Pfaff
Next in thread: 18 May 1999 23:41:52 -0000 Re: Bogl changes & Nano-X-0.5, Vidar Hokstad


Powered by ezmlm-browse 0.20.