home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 18004 < prev    next >
Encoding:
Text File  |  1992-12-31  |  1.8 KB  |  39 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!portal!danb
  3. From: danb@shell.portal.com (Dan E Babcock)
  4. Subject: Re: Chunky Pixels vs. Bitplanes (was: Chunky Chip Set...)
  5. Message-ID: <C05EDw.M9I@unix.portal.com>
  6. Sender: news@unix.portal.com
  7. Nntp-Posting-Host: jobe
  8. Organization: Portal Communications Company -- 408/973-9111 (voice) 408/973-8091 (data)
  9. References: <1992Dec31.011428.2926@mpifr-bonn.mpg.de> <C03uC5.15o@unix.portal.com> <1992Dec31.174137.10865@mpifr-bonn.mpg.de>
  10. Date: Thu, 31 Dec 1992 23:53:55 GMT
  11. Lines: 26
  12.  
  13. In article <1992Dec31.174137.10865@mpifr-bonn.mpg.de> mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst) writes:
  14. >In <C03uC5.15o@unix.portal.com> danb@shell.portal.com (Dan E Babcock) writes:
  15. >>In article <1992Dec31.011428.2926@mpifr-bonn.mpg.de> mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:
  16. >
  17. >I am talking about a single blitter architecture. The simple point that
  18. >you need less memory for less bitplanes makes an operation faster.
  19. >
  20. >>No, the VRAMs contain a color register. The "1" expands to whatever color was
  21. >>previously loaded. Again, this allows text writing and polygon filling to be
  22. >>done 4 times faster than usual.
  23. >
  24. >So you write a bitplane to VRAMs and get the whole pixel depth ? Would
  25. >be identical to write to several bitplanes at the same time. I can't seen
  26. >anything chunky or bitplane specific here. Just a method to increase
  27. >bus bandwidth.
  28.  
  29. No, it is specific to chunky. There's -no way- to write several bitplanes at
  30. the same time except by using seperate memory banks for each bitplane.
  31. With chunky all the information is local, which enables you to take advantage
  32. of the structure of DRAMs/VRAMs. Notice the problems with AGA: screen shifted
  33. to the right, limited overscan. This is a result of the amount of fetching
  34. and buffering that has to go on before the first pixel can be sent. 
  35.  
  36. Dan
  37.  
  38.  
  39.