home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / x / pex / 477 < prev    next >
Encoding:
Text File  |  1992-08-20  |  3.8 KB  |  82 lines
  1. Newsgroups: comp.windows.x.pex
  2. Path: sparky!uunet!orca!es.com!smitty
  3. From: smitty@es.com (Maurice Smith)
  4. Subject: Re: Future development of PEX/PHIGS
  5. Message-ID: <1992Aug20.155104.15645@dsd.es.com>
  6. Sender: usenet@dsd.es.com
  7. Nntp-Posting-Host: 130.187.90.215
  8. Reply-To: smitty@dsd.es.com
  9. Organization: Evans & Sutherland Computer Corp., Salt Lake City, UT
  10. References: <1992Aug13.221534.29469@noose.ecn.purdue.edu> <1992Aug14.172943.22563@dsd.es.com> <1992Aug14.210903.23864@noose.ecn.purdue.edu> <1992Aug18.182730.3478@dsd.es.com> <op6up5g@fido.asd.sgi.com>
  11. Date: Thu, 20 Aug 92 15:51:04 GMT
  12. Lines: 68
  13.  
  14. In article <op6up5g@fido.asd.sgi.com>, kurt@cashew.asd.sgi.com (Kurt Akeley) writes:
  15. > -- 
  16. > 
  17. > In article <1992Aug18.182730.3478@dsd.es.com>, rthomson@mesa.dsd.es.com (Rich Thomson) writes:
  18. > >
  19. > > ...
  20. > >
  21. > > Under OpenGL, the same reformatting happens; you merely get what
  22. > > language designers call "syntactic sugar" so that you can provide the
  23. > > data in any datatype you wish.  However, at the core of all graphics
  24. > > rendering today (at least the PEX/OpenGL type) is a graphics pipeline.
  25. > > Data goes in one side and pixels come out the other (I'm
  26. > > oversimplifying).  This pipeline is going to have its own natural data
  27. > > format for the data that is the most efficient for its algorithms.
  28. > > Your data will be reformatted to this internal representation.
  29. > 
  30. > Not so, at least on high-end machines.  Silicon Graphics machines such as
  31. > the GT, GTX, VGX, VGXT, and RealityEngine all have pipelines that accept
  32. > data in arbitrary formats and do the conversion with no performance loss.
  33. > To call this "syntactic sugar" is to call all of the pipeline operations,
  34. > such as matrix multiplication and texture mapping, syntactic sugar.  After
  35. > all, any of these operations can be performed by the CPU at reduced
  36. > performance.
  37. > 
  38. > The OpenGL X protocol allows servers to implement data conversion by
  39. > including separate tokens for all data types.  Thus, for example, the 24
  40. > OpenGL vertex commands (e.g. glVertex2i, glVertex3f, and glVertex4d)
  41. > all have their own tokens in the protocol.
  42. > 
  43. > > >In PHIGS and PEXlib, data reformating is almost essential, it is 
  44. > > >ubiquitous.
  45. > > 
  46. > > PEXlib is not intended to be an API, but an SPI.  If you want the
  47. > > same syntactic sugar that is provided in OpenGL, you can write a
  48. > > toolkit on top of PEXlib that does this reformatting for you.
  49. > 
  50. > And you will pay the resulting performance penalties.  Performance is
  51. > maximized when low-level operations that can be performed by the graphics
  52. > pipeline ARE performed by the graphics pipeline.  When these capabilities
  53. > are not supported by the low-level protocol, toolkits cannot patch things
  54. > up without performance loss.
  55. > 
  56. > > If possible, I recommend you get a PEX server from your workstation
  57. > > vendor instead of the PEX-SI.  The SI is, after all, a Sample
  58. > > Implementation, and can't be expected to run blazingly fast or provide a
  59. > > gigantic feature set.
  60. > 
  61. > I guess I wouldn't consider the OpenGL feature set to be gigantic, but it is
  62. > large, and the OpenGL sample implementation includes all of it.
  63. > 
  64. >  -- Kurt Akeley        kurt@sgi.com  (415) 390-3612  M/S 7U-550
  65.  
  66. OK, lets say I buy all this.  What happens when someone implements this
  67. (OpenGL) on something other than a high-end SGI graphics pipe?
  68.  
  69. IMHO, unless this non-SGI pipe has all of the features of the SGI pipe,
  70. then you immediately get into data reformating, feature subseting, software
  71. emulation of features, all the stuff that is supposedly "not a problem" in
  72. OpenGL.
  73.  
  74. -- 
  75. ======================================================================
  76.  Maurice Smith                     |" I feel much better now that I've
  77.  smitty@dsd.es.com  (use it!)      |  given up all hope." 
  78.  Evans & Sutherland Computer Corp. | 
  79.  Salt Lake City, Utah              |  #include <standard_disclaimer>
  80.  
  81.  
  82.