home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17984 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  2.7 KB
  1. Path: sparky!uunet!wupost!waikato.ac.nz!comp.vuw.ac.nz!actrix!templar!jbickers
  2. Newsgroups: comp.sys.amiga.programmer
  3. Subject: Re: Chunky Pixel Mode for Low End Chip Set?
  4. Message-ID: <jbickers.0mce@templar.actrix.gen.nz>
  5. From: jbickers@templar.actrix.gen.nz (John Bickers)
  6. Date: 31 Dec 92 20:36:41 PST
  7. References: <jbickers.0m6w@templar.actrix.gen.nz> <paulk.2za1@terapin.com> 
  8.  <jbickers.0mbe@templar.actrix.gen.nz> <1992Dec30.120123.22379@mpifr-bonn.mpg.de>
  9. Organization: TAP
  10. Lines: 44
  11.  
  12. Quoted from <1992Dec30.120123.22379@mpifr-bonn.mpg.de> by mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst):
  13. > In <jbickers.0mbe@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
  14.  
  15. > >    Also, it's been deleted from the thread, but we have been talking
  16. > >    about CPU-driven operations.
  17. > 
  18. > Do we ? With all the side reference to the TMS processor ?
  19.  
  20.     I didn't talk about either the Blitter or any other sort of
  21.     processor, though as far as I know high end graphics boards do go
  22.     for chunky pixels rather than planes. Or did back when I could
  23.     afford to read about that sort of thing. :)
  24.  
  25.     I specifically said using the CPU to draw lines and curves and so
  26.     on. Discussions about special graphics chips are meaningless here,
  27.     because if you throw enough hardware at the problem, both
  28.     approaches tend towards zero-time results.
  29.  
  30.     Personally, I have come across several things that I would like to
  31.     do, but which having planes makes slower and/or more painful. Some
  32.     more examples (besides flood fills and the other stuff already
  33.     discussed) are digital dissolves, circular wipes, CPU-driven blits
  34.     between areas that are not aligned the same, clipping to unaligned
  35.     boundaries, and doing things in vertical strips that aren't
  36.     aligned to byte boundaries.
  37.  
  38.     The biggest problems are having to split chunky data into planes,
  39.     having to shift data, and having to take care not to disturb data
  40.     to either side of pixels (the left-and-right masking I mentioned
  41.     before, which you said was a zero time operation).
  42.  
  43.     There are similar things you can point out that planes are better
  44.     at than chunky pixels, most of which revolve around being able to
  45.     manipulate the plane pointers independently, doing different
  46.     things in different planes (like stars in one, text in another),
  47.     or doing convenient things with masks and a Blitter.
  48.  
  49.     A demo that could do vectors in chunky pixel mode and a scroll
  50.     text in planar mode at the bottom of the screen would be nice.
  51.  
  52. > Michael van Elst
  53. --
  54. *** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
  55. ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
  56.