home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / graphics / opengl / 223 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  1.6 KB
  1. Path: sparky!uunet!mcsun!news.funet.fi!funic!sauna.cs.hut.fi!news.cs.hut.fi!apm
  2. From: apm@kikka.hut.fi (Antti Miettinen)
  3. Newsgroups: comp.graphics.opengl
  4. Subject: OpenGL and GL tmesh
  5. Date: 19 Dec 92 17:56:27
  6. Organization: Helsinki University of Technology, Finland
  7. Lines: 22
  8. Distribution: inet
  9. Message-ID: <APM.92Dec19175627@kikka.hut.fi>
  10. NNTP-Posting-Host: kikka.hut.fi
  11.  
  12. I can't find any mention about a counterpart for GL swaptmesh() in the
  13. OpenGL manual pages that I got from sgi.com. Does this mean that
  14. swaptmesh() is going away and I should avoid it? It seems that you can
  15. draw triangle strips and fans but no longer combinations.
  16.  
  17. Please say it's not true. Fiddling with trimeshes has been so much
  18. fun. I mean.. the intellectual challenge of drawing some geometry as
  19. one single trimesh and figuring out the correct swaps and.. But
  20. seriously - wouldn't it be pretty easy to provide the counterpart
  21. provided that an OpenGL implementation has to offer strips and fans?
  22. And it would save sending a couple of vertices here and there.
  23. Propably typically not a great saving but if it is easy to provide and
  24. increases compatibility then wouldn't it be a good idea to include it?
  25.  
  26. First I thought that glEdgeFlag() could be used for the purpose but
  27. the manual page states that it is significant only if polygon mode is
  28. point or line. Hmm.. is the following a contradiction? First the man
  29. page states that "In particular, glEdgeFlag may be called between a
  30. call to glBegin and the corresponding call to glEnd" and in the ERRORS
  31. section "GL_INVALID_OPERATION is generated if glEdgeFlag is called
  32. between a call to glBegin and the corresponding call to glEnd".
  33.  
  34.