home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / graphics / 11682 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  1.5 KB
  1. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!spool.mu.edu!sgiblab!rpal.rockwell.com!news.cs.indiana.edu!noose.ecn.purdue.edu!samsung!transfer.stratus.com!phlan.sw.stratus.com!det
  2. From: det@phlan.sw.stratus.com (David Toland)
  3. Newsgroups: comp.graphics
  4. Subject: Re: N bit planes/pixel or N bits/pixel?
  5. Message-ID: <1dodmnINN9q3@transfer.stratus.com>
  6. Date: 10 Nov 92 13:33:11 GMT
  7. References: <1dn8rjINNdq3@kitty.ksu.ksu.edu>
  8. Organization: Stratus Computer, Software Engineering
  9. Lines: 21
  10. NNTP-Posting-Host: phlan.sw.stratus.com
  11.  
  12. In article <1dn8rjINNdq3@kitty.ksu.ksu.edu> sdoran@kitty.ksu.ksu.edu (Steven Marcotte) writes:
  13. >
  14. >  What is the advantage of N bitplanes/pixel over N bits/pixel?  I would
  15. >think that the N bin/pixel (packed-pixel) representation would offer
  16. >better speed than jumping through memory and performing bit twiddling,
  17. >especially at 8 bits/pixel.
  18.  
  19. I think it has generally been done for addressability reasons.  A memory
  20. mapped video array with one bit per pixel takes up a smaller address space
  21. than if you spread out the pixel bits into the same address space.  If
  22. you're working with a single color (or bit plane) at a time, you can
  23. latch the value into an orthogonal register and forget it.
  24.  
  25. Personally, I agree with you.  Having programmed for both types of
  26. adapters, I would FAR rather bank select an area of the picture and
  27. write out pixel values directly than mess around with bit addressing
  28. and bit plane masks!
  29.  
  30. -- 
  31. det@phlan.sw.stratus.com   |  "Laddie, you'll be needin' something to wash
  32.                            |  that doon with."
  33.