home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / amiga / graphics / 8557 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  2.2 KB
  1. Path: sparky!uunet!portal!cup.portal.com!blackbelt
  2. From: blackbelt@cup.portal.com (Ben - Williams)
  3. Newsgroups: comp.sys.amiga.graphics
  4. Subject: Re: TGA compressed?
  5. Message-ID: <73235@cup.portal.com>
  6. Date: Fri,  8 Jan 93 22:38:27 PST
  7. Organization: The Portal System (TM)
  8. Distribution: world
  9. References:  <C0F3no.BBH@ccu.umanitoba.ca>
  10. Lines: 35
  11.  
  12. Ben Fulton,
  13.  
  14. Chunky pixels in the case of 8-bits are those pixels where the 8-bits for
  15. the pixel fit into one byte in one memory location. The advantage of this
  16. is that to draw a pixel, the processor has only one memory access, ditto
  17. to read a pixel. Sounds great, and in the case of 8bit gfx, it IS great.
  18.  
  19. Planar gfx turn that same byte "on its side" and make the processor move
  20. 8 bytes, each of which contain one bit of the pixel you want. Then, you
  21. further have to extract (or insert) the bit you need, 8 time, from the 8
  22. bytes. Then you have read (or written) your pixel. For the case of bytewise
  23. er, bytewide image data, this is clearly much, much slower.
  24.  
  25. The advantages of planar data begin to be obvious when you see that if you
  26. have less than 8 bits per pixel (lets say 1 bit because that's the best case)
  27. the processor can move 8 pixels in one byte - and in the case where you're
  28. moving a lot of pixels at one time, you save time. With 4 bitplanes, you
  29. get 8 complete pixels for each four bytes you move - 2x faster even than
  30. a chunk architecture can go.
  31.  
  32. The unfortunate thing is that low-planar architectures aren't very popular
  33. anymore, for the obvious reason that they are low on colors in comparison.
  34. And planr architectures, like the Amiga's don't upgrade well to bigger
  35. numbers of pixels when all other things stay the same (like bus speed).
  36.  
  37. As Chris Green sort of mentioned, sorta, if the Amiga could handle pixels
  38. in a chunky manner, it would be wonderful. It is entirely possible to create
  39. a device known to engineers and similar fauna as a "corner-turner". This is
  40. a device that does the turning on the side operation for the processor,
  41. which can bring it nearly up to the speed that a pure chunky architecture
  42. would have. I hope to see one of those in a new Amiga someday - we've got
  43. a prototype here on the shelf, in fact - works great, only one of it's kind
  44. for the Amiga, though...
  45.  
  46. Ben
  47.