home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / sgi / 16333 < prev    next >
Encoding:
Text File  |  1992-11-12  |  3.1 KB  |  72 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!cs.utexas.edu!sun-barr!ames!agate!stanford.edu!rock!concert!sas!mozart.unx.sas.com!sasa3d
  3. From: sasa3d@morisot.unx.sas.com (Ali Dogrusoz)
  4. Subject: Re: Concave Polygon Problems
  5. Originator: sasa3d@morisot.unx.sas.com
  6. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  7. Message-ID: <BxLyto.LrI@unx.sas.com>
  8. Date: Thu, 12 Nov 1992 14:56:11 GMT
  9. References:  <1992Nov12.115254.1@vaxa.strath.ac.uk>
  10. Nntp-Posting-Host: morisot.unx.sas.com
  11. Organization: SAS Institute Inc.
  12. Lines: 58
  13.  
  14.  
  15. In article <1992Nov12.115254.1@vaxa.strath.ac.uk>, ccas20@vaxa.strath.ac.uk writes:
  16. |> CONCAVE POLYGON RENDERING
  17. |>
  18. |> Having recently upgraded to 4.0.5 we have come across a new problem in
  19. |> rendering concave polygons. This appears in FORTRAN and C code by
  20. |> different authors and is demonstrable on INDIGOs with entry level and
  21. |> ELAN graphics. This code has worked fine on 4.0.1 with no apparent
  22. |> problems, also a 4D50 and 4D25 cope just fine.
  23. |>
  24. |>     Given a concave polygon (yes the GL concave command is set to
  25. |> TRUE) then as the object is rotated you can see that the polygon is
  26. |> decomposed into triangles. As the object is viewed from different
  27. |> angles some of these triangles will not be drawn. I am not the only
  28. |> one to notice these problems but the UK hotline has been silent for
  29. |> over a month.
  30. I've reported this to Mt.View in early Oct. also.
  31. |>
  32. |>    The polygons are drawn using bgnpol/endpol delimiters and are not
  33. |> self intersecting, but may share vertices (like a C with the ends
  34.                               ^^^^^^^^^^
  35. |> drawn together to form an O), no illegal functions are called between
  36. |> delimiters,
  37. |>
  38. |>    Has anyone else come across this phenomena or is it yet another
  39. |> example of GL becoming stricter in the way it handles duff code?
  40. We experience the same behavior on the LG (entry indigo). It does not seem to
  41. happen on the xg subsys (ie. XS, XS-24, elan) especially when we are
  42. trying to create figures like "O" "e" "D'...that have shared vertices.
  43. Here is an ascii graphic of an example polygon. Btw/ it only happens in
  44. 4.0.5 ( also it was not a problem at 4.0.1)
  45.  
  46.                             both vertices at the same location
  47.                     _____________VV______________
  48.                    /             ||              \
  49.                    |             ||              |
  50.                    |   __________||__________    |
  51.                    |  /                      \   |
  52.                    |  |                      |   |
  53.                    |  \______________________/   |
  54.                    \____________________________/
  55.  
  56.  
  57. |>
  58. |>    All clues, hints, workarounds or abuse for stupidty most welcome.
  59. I would welcome them also. I don't want to ship out a product like that!
  60.  
  61.  
  62. Thanks
  63.  
  64. Ali
  65. -- 
  66. -------------------------------------------------------------------------------
  67. Ali Dogrusoz | SAS Institute Inc. | Phone (919) 677-8000 |sasa3d@unx.sas.com
  68.              | SAS Campus Dr      |                      |
  69.              | Cary, NC 27513     |                      |
  70. -------------------------------------------------------------------------------
  71.  
  72.