home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.programmer
- Path: sparky!uunet!portal!danb
- From: danb@shell.portal.com (Dan E Babcock)
- Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
- Message-ID: <C05zoq.LA9@unix.portal.com>
- Sender: news@unix.portal.com
- Nntp-Posting-Host: jobe
- Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
- References: <C05EDw.M9I@unix.portal.com> <paulk.3182@terapin.com>
- Date: Fri, 1 Jan 1993 07:34:02 GMT
- Lines: 28
-
- In article <paulk.3182@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
- >>>> No, the VRAMs contain a color register. The "1" expands to
- >>>> whatever color was previously loaded. Again, this allows text
- >>>> writing and polygon filling to be done 4 times faster than usual.
- >
- >> No, it is specific to chunky. There's -no way-to write several
- >> bitplanes at the same time except by using seperate memory banks
- >> for each bitplane.
- >
- >It is NOT specific to chunky, as best I can tell from your
- >description... it's simply a hardware feature that allows a normally
- >chunky display to temporarily act like a bitplane display using a
- >small number of planes. The planar version doesn't have to write the
- >same value to several planes, it simply has to turn the other planes
- >off.
-
- Well, VRAMs do have a plane-mask feature (to affect only selected bits within
- a pixel), but that is independent on the block-write described above.
- With a bitplane display you can sometimes do the trick of writing to only
- one plane, but that has the severe disadvantage of requiring the other planes
- to be clear or set to a known value (why not just use fewer bits per pixel?)
- and you can't select an arbitrary color (imagine trying this trick with
- 24-bit true color). In the block write mode all the data for every pixel is
- physically written into memory, no tricks.
-
- Dan
-
-
-