home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12418 < prev    next >
Encoding:
Text File  |  1992-08-14  |  1.8 KB  |  43 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!gumby!destroyer!ncar!virga.rap.ucar.edu!bill
  3. From: bill@virga.rap.ucar.edu (Bill Myers)
  4. Subject: z-buffering question
  5. Message-ID: <1992Aug14.175702.22720@ncar.ucar.edu>
  6. Sender: news@ncar.ucar.edu (USENET Maintenance)
  7. Reply-To: bill@virga.rap.ucar.edu (Bill Myers)
  8. Organization: Research Applications Program/NCAR, Boulder, CO
  9. Distribution: usa
  10. Date: Fri, 14 Aug 1992 17:57:02 GMT
  11. Lines: 30
  12.  
  13. I have a question concerning z-buffering on an Indigo Elan.
  14.  
  15. I am involved in a 3-d application in which I am trying to draw
  16. a line just "above" a polygon. I expect that I should be able to 
  17. place the line just a few z-buffer notchs above the polygon and be
  18. able to see it overlaid on the polygon. So if I calculate what I believe
  19. to be the granularity in the z-buffer in world coordinates by 
  20. (far - near)/ (2^#zbits), I should be able to translate the line "up"
  21. by a few times that amount and see that the line has passed the default
  22. z-buffer test. How one defines "up" is debatable, but the result I see
  23. seems to make that irrelevant -- Instead of having to be just a few
  24. notchs up, it seems to need to be many thousand notchs above to appear
  25. consistently.
  26.  
  27.  
  28. I wonder if I am really getting 24 bits of z, or just 12 as performance
  29. might suggest. That is, is my z running from 0x007fffff down to 0xff800000
  30. or only down to 0. I am using glcompat() and lsetdepth(), so I would
  31. expect to see the full range used.
  32.  
  33. Other notes, I am double buffering, but don't expect that this should halve
  34. my effective z-buffer size. Also, I have gone from using a perspective
  35. projection to an orthographic projection to eliminate a level of complication.
  36.  
  37. Also, the man page for lsetdepth suggests that there should be 32 bits of
  38. z-buffer available though getgdesc() seems to indicate otherwise.
  39.  
  40. If anyone has any ideas, I would appreciate the input.
  41. Bill
  42.  
  43.