home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17847 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  2.8 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!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.0m7s@templar.actrix.gen.nz>
  5. From: jbickers@templar.actrix.gen.nz (John Bickers)
  6. Date: 28 Dec 92 17:58:39 PST
  7. References: <Karsten_Weiss.0n2o@ibase.stgt.sub.org> <1hbngoINNglt@uwm.edu>       
  8.  <jbickers.0m2n@templar.actrix.gen.nz> <72410@cup.portal.com>     
  9.  <1992Dec26.170503.14668@mpifr-bonn.mpg.de>   
  10.  <jbickers.0m3z@templar.actrix.gen.nz><1992Dec27.011313.18163@mpifr-bonn.mpg.de
  11.  > <jbickers.0m50@templar.actrix.gen.nz><1992Dec27.155756.23491@mpifr-bonn.mpg.
  12.  de> <jbickers.0m6w@templar.actrix.gen.nz><1992Dec28.000531.26783@mpifr-bonn.mpg.de>
  13. Organization: TAP
  14. Lines: 47
  15.  
  16. Quoted from <1992Dec28.000531.26783@mpifr-bonn.mpg.de> by mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst):
  17. > In <jbickers.0m6w@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
  18.  
  19.     [About replacing pixels of one color with those of another]
  20.  
  21. > No kidding. You are right that it is _easier_ with chunky pixels, but it
  22. > isn't necessarily slower. At some point memory bandwidth determines
  23.  
  24.     Yes it is. For a 320x200 screen it's a maximum of 64000 byte reads
  25.     and writes with chunky pixels, supposing all pixels turned out to
  26.     need replacing. How can you get better than that with planes?
  27.  
  28. > >> Yep, drawing thin lines is a plus on chunky pixel architectures. Floodfills
  29. > 
  30. > >    Any kind of lines.
  31. > 
  32. > Nope. When you start to make lines thicker than 1 pixel you have to
  33. > fill polygons which has some advantages on bitplanes.
  34.  
  35.     Any particular advantages? I can't think of any. If you want to
  36.     draw a horizontal line to fill a shape, you don't have to mask off
  37.     each end with chunky pixels. You do with bitplanes.
  38.  
  39. > :) Hmm, the classic method is using Flood(). There's nothing that forbids
  40. > the graphics.library to access the hardware and use every optimization.
  41.  
  42.     And it will (or should) be faster with chunky pixels than with
  43.     planes! Chunky pixels rule ok!
  44.  
  45. > True. But the WritePixel() (noone will use WritePixel !) part is only a
  46. > small part of the rendering operation.
  47.  
  48.     Not in my limited experience.
  49.  
  50. > exernal card. It is also quite impossible to mix different scan frequencies.
  51. > If your high-end graphics board does 1280x1024 you can't mix that with
  52. > native Amiga screens.
  53.  
  54.     Well, that kills that idea. :) Non-scrollable screens will be nice
  55.     though, sort of like the switching between modes that PCs do, so
  56.     that the different displays can share the monitor with the OS
  57.     knowing about it, instead of a human having to flip a switch :).
  58.  
  59. > Michael van Elst
  60. --
  61. *** John Bickers, TAP.                   jbickers@templar.actrix.gen.nz ***
  62. ***    "Radioactivity - It's in the air, for you and me" - Kraftwerk    ***
  63.