Path: utzoo!attcan!uunet!clyde.concordia.ca!news-server.csri.toronto.edu!mailrus!cs.utexas.edu!usc!rutgers!psuvax1!xavier!jackiw From: jackiw@cs.swarthmore.edu (Nick Jackiw) Newsgroups: comp.sys.mac.programmer Subject: Re: black and white on color display Message-ID: Date: 19 Mar 90 19:48:41 GMT References: <8557@lindy.Stanford.EDU> Sender: news@xavier.swarthmore.edu (USENET News System) Reply-To: jackiw@cs.swarthmore.edu (Nick Jackiw) Organization: Visual Geometry Project, Swarthmore College, PA Lines: 27 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