home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / x / pex / 472 < prev    next >
Encoding:
Text File  |  1992-08-19  |  2.5 KB  |  57 lines
  1. Newsgroups: comp.windows.x.pex
  2. Path: sparky!uunet!orca!ziggy!cannon
  3. From: cannon@ziggy.es.com (Gary Cannon)
  4. Subject: Re: Future development of PEX/PHIGS
  5. Message-ID: <1992Aug19.155052.21659@dsd.es.com>
  6. Sender: usenet@dsd.es.com
  7. Nntp-Posting-Host: 130.187.85.59
  8. Reply-To: cannon@ziggy.es.com (Gary Cannon)
  9. Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
  10. References: <1992Aug14.172943.22563@dsd.es.com> <1992Aug14.210903.23864@noose.ecn.purdue.edu> <1992Aug18.182730.3478@dsd.es.com> <oodqpdc@fido.asd.sgi.com>
  11. Date: Wed, 19 Aug 92 15:50:52 GMT
  12. Lines: 43
  13.  
  14. In article <oodqpdc@fido.asd.sgi.com>, akin@sgi.com (Allen Akin) writes:
  15. > I agree with most of what Rich said, but there were a few points that
  16. > need further discussion.
  17. > 
  18. > In article <1992Aug18.182730.3478@dsd.es.com> rthomson@dsd.es.com (Rich Thomson) writes:
  19.  
  20. [ stuff about interactivity deleted]
  21.  
  22. > | Under OpenGL, the same reformatting happens; you merely get what
  23. > | language designers call "syntactic sugar" so that you can provide the
  24. > | data in any datatype you wish.  However, at the core of all graphics
  25. > | rendering today (at least the PEX/OpenGL type) is a graphics pipeline.
  26. > | Data goes in one side and pixels come out the other (I'm
  27. > | oversimplifying).  This pipeline is going to have its own natural data
  28. > | format for the data that is the most efficient for its algorithms.
  29. > | Your data will be reformatted to this internal representation.
  30. > 
  31. > No, the design issue here is much deeper than "syntactic sugar."
  32. > 
  33. > With the OpenGL API, it's possible to extract graphics data directly
  34. > from application databases without having it travel through the CPU
  35. > and system busses for reformatting.  With a PHIGS- or PEXlib-style API
  36. > that defines primitives with high-level structures, or any API that
  37. > generates a memory-resident intermediate representation like a wire
  38. > protocol packet, this is not possible for arbitrary application
  39. > databases.
  40.  
  41. [more stuff about tetrahedral mesh deleted to save space]
  42.  
  43. > I realize this is a subtle aspect of the OpenGL design, but it's a
  44. > significant one.  Definitely worth thinking about.  I apologize if
  45. > I've belabored the point.
  46.  
  47. Since I haven't seen the spec it is hard to know from this description
  48. exactly how this all works but from your description it sounds a lot like 
  49. the PHIGS SOFA's that are supported in PEX or the PHIGS Triangle Set that is 
  50. likely to be supported in PEX 6.0. Could you explain the difference?
  51.  
  52.  
  53. --
  54.  ---        Gary G. Cannon
  55.  ---        Evans & Sutherland
  56.  ---        cannon@dsd.es.com
  57.