home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 18024 < prev    next >
Encoding:
Text File  |  1993-01-01  |  2.4 KB  |  52 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 Pixels vs. Bitplanes (was: Chunky Chip Set...)
  5. Message-ID: <1993Jan1.142652.20451@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: <1992Dec30.115759.22097@mpifr-bonn.mpg.de> <doiron.0ka3@starpt.UUCP>   <1992Dec31.011428.2926@mpifr-bonn.mpg.de> <C03uC5.15o@unix.portal.com>  <1992Dec31.174137.10865@mpifr-bonn.mpg.de> <jbickers.0mdl@templar.actrix.gen.nz>
  10. Date: Fri, 1 Jan 1993 14:26:52 GMT
  11. Lines: 39
  12.  
  13. In <jbickers.0mdl@templar.actrix.gen.nz> jbickers@templar.actrix.gen.nz (John Bickers) writes:
  14. >> I am talking about a single blitter architecture. The simple point that
  15. >> you need less memory for less bitplanes makes an operation faster.
  16.  
  17. >    So do you concede that 8-bit chunky pixels are indeed faster than
  18. >    8-bit planar pixels for CPU-driven drawing operations?
  19.  
  20. *sigh*. They are slightly faster for area operations and significantly
  21. faster for non-horizontal line drawing. But I was not talking about
  22. 8-bit planar pixels. I have no problems with the worse efficiency when
  23. I can use different pixel depth. Maybe I'm not concerned about doing
  24. vector demos without hidden line removal.
  25.  
  26. >    Can you present your algorithm for bitmap scaling that performs as
  27. >    well as a chunky-pixel based algorithm?
  28.  
  29. It uses a 256k table (64k longwords) or less when I have a processor that can
  30. do several instructions during video memory accesses. Why would that slow down 
  31. the algorithm ?
  32.  
  33. >    Me. A digital dissolve is basically filling an area by writing
  34. >    single pixels.
  35.  
  36. Hmm. I thought it was a mapping operation.
  37.  
  38. >> Fortunately, line drawing usually has to handle less data (you won't try to
  39. >> fill the screen with vertical lines..).
  40.  
  41. >    Horizontal wipes do indeed fill the screen with vertical lines.
  42.  
  43. True.. Now, who talks about special cases :) BTW, you do not want to
  44. make a horizontal wipe arbitrarily fast. It could become invisible :)
  45.  
  46. Regards,
  47. -- 
  48. Michael van Elst
  49. UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
  50. Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
  51.                                 "A potential Snark may lurk in every tree."
  52.