home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11433 < prev    next >
Encoding:
Text File  |  1992-07-27  |  3.1 KB  |  62 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!utcsri!helios.physics.utoronto.ca!sysmark
  3. From: sysmark@helios.physics.utoronto.ca (Mark Bartelt)
  4. Subject: (non)z-buffering on Indigo/XS
  5. Message-ID: <Bs1uAF.Is1@helios.physics.utoronto.ca>
  6. Sender: news@helios.physics.utoronto.ca (News Administrator)
  7. Reply-To: mark@cita.toronto.edu
  8. Organization: University of Toronto Physics/Astronomy/CITA
  9. Date: Mon, 27 Jul 1992 13:18:15 GMT
  10. Lines: 50
  11.  
  12. A while ago I described a problem with Explorer on the Indigo/XS.  (It 
  13. doesn't render properly on an XS with no z-buffer.)  I wanted to know
  14. whether this was an Explorer bug, or an undocumented mis-feature.
  15.  
  16. I posted the same article (more or less) to comp.graphics.explorer, and
  17. Roy Hashimoto of SGI replied:
  18.  
  19. | The Explorer Render module will run on machines without z-buffer graphics,
  20. | but will not properly z-buffer the picture.  No effort is made to compensate
  21. | by doing software z-buffering at a higher level than the GL.  I'm not sure
  22. | if this is documented in the release notes.
  23. |
  24. | With the absence of the z-buffer, the priority of objects in the window will
  25. | be their drawing order and not the viewing distance order.  Most scenes will
  26. | look quite strange.
  27.  
  28. So now, at least, we understand what's going on.  However, this doesn't
  29. necessarily make the fellow who bought the XS upgrade for his Indigo any
  30. happier.  In fact, he's rather annoyed.  It seems that it would have been
  31. helpful if two crucial bits of information had been available before he
  32. spent the money:
  33.  
  34. First, as a couple of people have pointed out, you *lose* z-buffering if
  35. you "upgrade" an Indigo from entry graphics to XS graphics without the
  36. hardware z-buffer.  Although you still get virtual-24, you no longer get
  37. the software z-buffering.  I haven't been able to find any place in any
  38. hardcopy information provided by SGI (as opposed to comp.sys.sgi postings)
  39. where this is explicitly stated (though there are a couple places where
  40. one could, in theory, infer it), and we certainly weren't alerted to the
  41. situation at the time we placed the order.
  42.  
  43. Secondly, even if we had known that we'd be losing z-buffering, it's not
  44. clear from anything I've read (until Roy's comp.graphics.explorer post)
  45. that Explorer wouldn't render properly on a system without z-buffering.
  46. In fact, the Explorer release notes, under "Hardware Requirements", say
  47. nothing about the need for a z-buffer.  It only says that one must have
  48. a 24 bit plane (or virtual 24 bit plane) frame buffer.
  49.  
  50. So, although I'm not suggesting that SGI give us a free z-buffer for our
  51. Indigo (though it *would* be nice ;-), I'd like to suggest that it seems
  52. as if it ought to be possible for SGI to do a better job of providing its
  53. customers with the technical information they need to make an informed
  54. purchasing decision, so that customers aren't unhappy when they discover
  55. that what they bought won't do the job they were led to believe it would.
  56.  
  57. Mark Bartelt                                                416/978-5619
  58. Canadian Institute for                             mark@cita.toronto.edu
  59. Theoretical Astrophysics                           mark@cita.utoronto.ca
  60.  
  61. "Clothes not busy being worn are busy drying."  -  Dylan, on laundry day
  62.