Hi Richard, Yes I understand that it works in RAM, but does it calculate the memory address every pixel? How often is the screen refreshed? It looks like it is very often, if not every pixel. Just thinking out loud. Paul. ---------------------------------------------------------- Paul de Leeuw Computers NSW Central Coast, Australia Email: pdeleeuw@deleeuw.com.au www: < http://www.deleeuw.com.au> ABN 72 360 822 562 ---------------------------------------------------------- -----Original Message----- It works entirely in RAM right now. You *have* to do this in Windows because your window could get obscured and then exposed and you have to restore what was previously there. In other words, you can't depend on the "frame buffer" to remember what you drew to it -- so you have to have some sort of backing store. Right now this is an array of BYTEs and I redraw the screen from that with a StretchDIBits call. I could never get the rectangle blit working properly, so every time I draw its the whole screen, not the exposed portion. That would be a good change. There's lots more opportunities for speedy updates a la XaoS as well. XaoS is smart enough to reuse bits of your last computed image to compute the next image when you zoom in. However, it is still missing some major optimizations if you can believe that :-). This is part of why I want to separate the engine from the UI -- we need to get the engine computing on its own thread and once its separated we can also do some of the other display optimizations I want to try. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://www.xmission.com/~legalize/book/download/index.html> Legalize Adulthood! <http://blogs.xmission.com/legalize/> _______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev