home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / programm / 20017 < prev    next >
Encoding:
Internet Message Format  |  1992-12-20  |  1.5 KB
  1. From: bayes@hplvec.LVLD.HP.COM (Scott Bayes)
  2. Date: Wed, 16 Dec 1992 22:28:06 GMT
  3. Subject: Re: 3D Graphics
  4. Message-ID: <830023@hplvec.LVLD.HP.COM>
  5. Organization: Hewlett-Packard Co., Loveland, CO
  6. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!hpscit.sc.hp.com!hplextra!hpfcso!hplvec!bayes
  7. Newsgroups: comp.sys.mac.programmer
  8. References: <723298789.AA00239@insane.apana.org.au>
  9. Lines: 22
  10.  
  11. > Well, QD lines have to do a few other things like be convertable to a
  12. > region, and handle fat pens.  Perhaps it has something to do with this?
  13. > I once did a line drawer similar to QD's, in that it had to handle both
  14. > additional operations.  I started with Bresenham's, but I had to do some
  15. > post-processing to convert the raw output into something that would work
  16. > for this.
  17.  
  18. But Bresenham can easily be viewed as a way to select a path through a
  19. square coordinate array (actually as one person mentioned, it is even
  20. strongly related to a crude way to rescale a bitmap, the one seemingly
  21. used by CopyBits.).  Given that, it's not too difficult to convert to
  22. creating fat lines or defining regions.  You merely replace the PutPixel
  23. call with something else.
  24.  
  25. I once used B as a way to generate a path and select neighbor pixels for
  26. an antialiasing routine.  Our H/W guys used it as a way to rescale a
  27. video image in real-time (usually quite acceptable on natural scenes,
  28. unlike the result with lines or characters in a bitmap), by applying it
  29. to select scan lines and vertical pixel columns.  Filtering would be
  30. better though.
  31.  
  32. ScottB
  33.