home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / tech / 5566 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.8 KB  |  41 lines
  1. Newsgroups: comp.sys.atari.st.tech
  2. Path: sparky!uunet!mcsun!sunic!dkuug!imada!micro
  3. From: micro@imada.ou.dk (Klaus Pedersen)
  4. Subject: Re: Falcon Bus
  5. Message-ID: <1992Nov10.180014.2405@imada.ou.dk>
  6. Sender: news@imada.ou.dk (USENET News System)
  7. Organization: Dept. of Math. & Computer Science, Odense University, Denmark
  8. References: <1992Nov07.223544.24829@bnr.ca>
  9. Date: Tue, 10 Nov 1992 18:00:14 GMT
  10. Lines: 29
  11.  
  12. grier@bnr.ca (Brian Grier) writes:
  13. >If you chose a memory configuration where all of the bits for a given pixel
  14. >are contained in the same word the number of memory access is greatly reduced.
  15. >Therefore if Atari had choosen a different implementation, 8bits/16 bits per
  16. >pixel with all the bits for a given pixel in the same word MOST applications
  17. >would run much faster.
  18.  
  19. Atari have chosen a similar implemention of the true-colour mode, it uses
  20. 1 word/pixel.
  21.  
  22. >So why would anyone implement video memory the way Atari did? The best reason
  23. >would be CAD/CAM packages, where your drawings exist in many different planes.
  24. >I can only guess at Atari's reason, so I wont. This memory organization does
  25. >have other benefits. Software blitting of sections of the screen will be faster,
  26. >horizontal lines can be drawn 16 pixels at a time, and polygons can be filled
  27. >with amazing speed.
  28.  
  29. The interleaved bitplanes are pretty fast for most things, for example sprite
  30. drawing. And I guess that the most important thing - seen from Ataris point
  31. of view have been that the screen-paint routines is the same, no matter how
  32. many bit planes that are in use.
  33.  
  34. But I don't think that any 16 bitplane h-line or sprite routine is faster than 
  35. good 1 word/pixel implementations.
  36. (I wonder, does the Falcon have the same Sample-and-hold logic as the TT?
  37.  Does it work in the true-colour mode?)
  38.  
  39.  
  40. -Klaus
  41.