Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!uwvax!puff!rt19.cs.wisc.edu!blochowi From: blochowi@rt19.cs.wisc.edu (Jason Blochowiak) Newsgroups: comp.sys.apple Subject: Re: Roses are red .... Keywords: color graphics GS Message-ID: <2970@puff.cs.wisc.edu> Date: 11 Sep 89 19:49:37 GMT References: <229@fawlty.towers.oz> Sender: news@puff.cs.wisc.edu Reply-To: blochowi@rt19.cs.wisc.edu (Jason Blochowiak) Organization: U of Wisconsin CS Dept Lines: 36 In article <229@fawlty.towers.oz> johnmac@fawlty.towers.oz (John MacLean) writes: > >Are there any developers out there interested in how to implement a full >4096 color paint program for the GS? I'm sure there are... >Are there any progs that currently have this feature? No. >The implementation is fairly simple and could be added to existing progs >with little processing overhead and 32K - 128K of translation tables ... What an interesting concept... >Anyone from DPaint II or GS Paint interested in details of how to do ... The closest thing is John Brooks' 3200 color pictures. According to him, because the gs' video generation circuitry "grabs" the value of the color palette at the beginning of a line, and doesn't get a new one until the scan-line is finished. Because each palette contains 16 colors, and there are 200 scan lines, we have a max # of colors of 16*200 = 3200. I've seen the code that he uses, and I don't see how anything could be any faster, and it takes all the processor time. I do believe that there are paint programs that let you deal with 256 colors simultaneously, which is certainly an easy trick... So, why don't yet let everyone in on your secret? >Let me know if so, John Mac >-- >Internet: johnmac@fawlty.towers.oz.au Phone: +61 2 427 2999 >UUCP: uunet!fawlty.towers.oz.au!johnmac Fax: +61 2 427 7072 >Snail: Tower Technology > 31-33 Sirius Rd, Lane Cove, NSW 2066, Australia. -- Jason Blochowiak - back at school (again). blochowi@garfield.cs.wisc.edu or jason@madnix.UUCP "What's up pruneface?" - Bugs Bunny in the year 2000