home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17857 < prev    next >
Encoding:
Text File  |  1992-12-28  |  2.4 KB  |  47 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mpifr-bonn.mpg.de!speckled.mpifr-bonn.mpg.de!mlelstv
  3. From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
  4. Subject: Re: Chunky Pixel Mode for Low End Chip Set?
  5. Message-ID: <1992Dec28.123142.5096@mpifr-bonn.mpg.de>
  6. Sender: news@mpifr-bonn.mpg.de
  7. Nntp-Posting-Host: speckled
  8. Organization: Max-Planck-Institut f"ur Radioastronomie
  9. References: <Karsten_Weiss.0n2o@ibase.stgt.sub.org> <1hbngoINNglt@uwm.edu>         <jbickers.0m2n@templar.actrix.gen.nz> <72410@cup.portal.com>       <1992Dec26.170503.14668@mpifr-bonn.mpg.de>     <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>
  10. Date: Mon, 28 Dec 1992 12:31:42 GMT
  11. Lines: 34
  12.  
  13. In <jbickers.0m7s@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
  14. >    Yes it is. For a 320x200 screen it's a maximum of 64000 byte reads
  15. >    and writes with chunky pixels, supposing all pixels turned out to
  16. >    need replacing. How can you get better than that with planes?
  17.  
  18. I didn't say: get better. They are about the same speed.
  19.  
  20. >    Any particular advantages? I can't think of any. If you want to
  21. >    draw a horizontal line to fill a shape, you don't have to mask off
  22. >    each end with chunky pixels. You do with bitplanes.
  23.  
  24. Fortunately this is a no-time operation. :)
  25.  
  26. >> :) Hmm, the classic method is using Flood(). There's nothing that forbids
  27. >> the graphics.library to access the hardware and use every optimization.
  28.  
  29. >    And it will (or should) be faster with chunky pixels than with
  30. >    planes! Chunky pixels rule ok!
  31.  
  32. I can't see why it should be faster..
  33.  
  34. >    Well, that kills that idea. :) Non-scrollable screens will be nice
  35. >    though, sort of like the switching between modes that PCs do, so
  36. >    that the different displays can share the monitor with the OS
  37. >    knowing about it, instead of a human having to flip a switch :).
  38.  
  39. Right. That's already supported (look at A2024 screens).
  40.  
  41. Regards,
  42. -- 
  43. Michael van Elst
  44. UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
  45. Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
  46.                                 "A potential Snark may lurk in every tree."
  47.