🚀 go-pugleaf

Just to follow up on this... the problem Andrew describes below was not being
caused by the clipping of polygons affecting the depthcued color.  Clipping of
depthcued polygons works fine.  The problem was with lighting depthcued polygons.
Lighting should have no effect on depthcued polygons, but after lighting was
turned on and back off again, the back sides of the depthcued polygons were
being drawn incorrectly (not depthcued or lit, just the color of the polygon
that was specified using cpack().)


In article <C0E9w5.n2x@acsu.buffalo.edu>, beers@acsu.buffalo.edu (Andrew Beers) writes:
|> 
|> I would like to display a polygon-surface model that could be larger than the
|> viewing volume.  However, if I turn depthcue mode on and draw the model, any
|> polygons crossing the front or back clipping plane are colored with the
|> brightest colors as specified by lRGBrange().
|> 
|> Does anyone have suggestions how I can eliminate this behavior?  I would be
|> happy if the polygons crossing the front clipping plane were colored the
|> brightest color, and ones crossing the back clipping plane were colored the
|> darkest.
|> 
|> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|> Andrew C. Beers                    abeers%zeus%mfb@ubvms.cc.buffalo.edu
|> Medical Foundation of Buffalo      beers@cs.buffalo.edu

-- 
Momi Akeley (momi@corp.sgi.com)
Strategic Services Group
Silicon Graphics (415)390-5557