GG.DAR@forsythe.stanford.edu (Aaron Reizes) (03/20/90)
I have a question about displaying black & white to color devices. There is a considerable speed between a monochrome monitor and color monitor in display. If I call newwindow(), instead of newcwindow(), on a color system then the display is still as slow as if I had opened a color window. Is there a way to get b&w display to list as fast on a color device as on a monochrome (without adjusting the monitor to monochrome)? aaron reizes stanford university reizes@forsythe.stanford.edu
jackiw@cs.swarthmore.edu (Nick Jackiw) (03/20/90)
GG.DAR@forsythe.stanford.edu (Aaron Reizes) writes: > I have a question about displaying black & white to color devices. > > Is there a way to get b&w display to list as fast on a color device > as on a monochrome (without adjusting the monitor to monochrome)? No...1-bit mode will always be the fastest. If you're doing lots of bitmap blitting (you say: "list"--does this mean scrolling? If so, this counts as bit blitting), the best you can do is to use NewCWindow instead of NewWindow and allocate offscreen PixMaps instead of BitMaps. When you copy a b&w bitmap to a grafPort resting on an 8-bit deep screen, ColorQuickdraw has to take each bit in the original and expand it to 8 bits in the destination. If you stick with pixMaps all of the same depth (pixmaps, windows, cGrafPorts, etc.), you'll avoid this (sizable) delay. > > aaron reizes > stanford university > reizes@forsythe.stanford.edu -- -----Nicholas Jackiw [jackiw@cs.swarthmore.edu|jackiw@swarthmr.bitnet]----- "Here is how I built this artificial mine. I snatched a female louse from the hair of humanity. I was seen to lie with her on three successive nights, and then I flung her into the pit." _Maldoror_, Canto II