home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!spool.mu.edu!olivea!sgigate!odin!bellevue.corp.sgi.com!momi
- From: momi@bellevue.corp.sgi.com (Momi Akeley)
- Newsgroups: comp.sys.sgi.graphics
- Subject: Re: Depthcued polygons
- Message-ID: <1993Jan7.214924.7368@odin.corp.sgi.com>
- Date: 7 Jan 93 21:49:24 GMT
- References: <C0E9w5.n2x@acsu.buffalo.edu>
- Sender: news@odin.corp.sgi.com (Net News)
- Organization: Silicon Graphics, Inc.
- Lines: 29
- Nntp-Posting-Host: bellevue.corp.sgi.com
-
- 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
-