home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17882 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.5 KB
  1. Path: sparky!uunet!munnari.oz.au!comp.vuw.ac.nz!actrix!templar!jbickers
  2. From: jbickers@templar.actrix.gen.nz (John Bickers)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Chunky Pixel Mode for Low End Chip Set?
  5. References: <Karsten_Weiss.0n2o@ibase.stgt.sub.org> <1hbngoINNglt@uwm.edu>         
  6.  <jbickers.0m2n@templar.actrix.gen.nz> <72410@cup.portal.com>       
  7.  <1992Dec26.170503.14668@mpifr-bonn.mpg.de>     
  8.  <jbickers.0m3z@templar.actrix.gen.nz><1992Dec27.011313.18163@mpifr-bonn.mpg.de> <jbickers.0m50@templar.actrix.gen.nz><1992Dec27.155756.23491@mpifr-bonn.mpg.de> <jbickers.0m6w@templar.actrix.gen.nz><1992Dec28.000531.26783@mpifr-bonn.mpg.de> <jbickers.0m7s@templar.actrix.gen.nz>
  9.  <1992Dec28.123142.5096@mpifr-bonn.mpg.de>
  10. Message-ID: <jbickers.0m96@templar.actrix.gen.nz>
  11. Date: 29 Dec 92 11:38:10 PST
  12. Organization: TAP
  13. Lines: 38
  14.  
  15. Quoted from <1992Dec28.123142.5096@mpifr-bonn.mpg.de> by mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst):
  16. > In <jbickers.0m7s@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
  17.  
  18. > >    Yes it is. For a 320x200 screen it's a maximum of 64000 byte reads
  19. > >    and writes with chunky pixels, supposing all pixels turned out to
  20. > >    need replacing. How can you get better than that with planes?
  21. > 
  22. > I didn't say: get better. They are about the same speed.
  23.  
  24.     How are they about the same speed? The easiest method I can think
  25.     of, to make a mask of the pixels you need to change, then AND and
  26.     OR the mask back in to get the new color, requires much more data
  27.     movement.
  28.  
  29. > >    Any particular advantages? I can't think of any. If you want to
  30. > >    draw a horizontal line to fill a shape, you don't have to mask off
  31. > >    each end with chunky pixels. You do with bitplanes.
  32. > 
  33. > Fortunately this is a no-time operation. :)
  34.  
  35.     Masking off each end takes no time? Really? How?
  36.  
  37. > >> :) Hmm, the classic method is using Flood(). There's nothing that forbids
  38. > >> the graphics.library to access the hardware and use every optimization.
  39. > 
  40. > >    And it will (or should) be faster with chunky pixels than with
  41. > >    planes! Chunky pixels rule ok!
  42. > 
  43. > I can't see why it should be faster..
  44.  
  45.     Faster AND smaller. :) Hopefully at least the folks writing the OS
  46.     routines will have access to hardware documentation, and thus be
  47.     able to write code Amigans can be proud of.
  48.  
  49. > Michael van Elst
  50. --
  51. *** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
  52. ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
  53.