home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / 18372 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.4 KB
  1. Path: sparky!uunet!think.com!ames!sgi!fido!cashew.asd.sgi.com!kurt
  2. From: kurt@cashew.asd.sgi.com (Kurt Akeley)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: what happens to big color values?
  5. Date: 29 Dec 1992 22:05:41 GMT
  6. Organization: Silicon Graphics, Inc.
  7. Lines: 25
  8. Distribution: comp
  9. Message-ID: <1hqi3lINNi51@fido.asd.sgi.com>
  10. References: <C002M8.3D8.1@cs.cmu.edu>
  11. NNTP-Posting-Host: cashew.asd.sgi.com
  12.  
  13. -- 
  14.  
  15. In article <C002M8.3D8.1@cs.cmu.edu>, gleicher@CS.CMU.EDU (Michael Gleicher) writes:
  16. |> 
  17. |> When lighting calculations are taking place, what happens when color values
  18. |> are > 1?
  19. |> 
  20. |> I'm computing the lighting "manually" in a program as well as displaying it on
  21. |> the screen. For points whose RGB value is computed > 1, I'm not seeing the
  22. |> expected results. For instance, what I compute as an RGB value of
  23. |> (1.5,1.4,.9), I'd expect to appear nearly white (since I expected the values >
  24. |> 1 to be truncated), but it appears yellow.
  25. |> The things which could be happening are:
  26. |>     1) truncation (this is what I expected, but doesn't seem to be the
  27. |>         case) 
  28. |>     2) normalization (eg: make the vector be unit magnitude)
  29. |>     3) divide by the largest element
  30. |>     4) something else
  31. |> 
  32. |> If someone could fill me in, I'd be most grateful.
  33.  
  34. The color components should be independently clamped (not truncated)
  35. to 1.0, resulting in a color near white.  What hardware are you running on?
  36.  
  37. -- Kurt Akeley        kurt@sgi.com  (415) 390-3612  M/S 7U-550
  38.