home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / 18375 < prev    next >
Encoding:
Text File  |  1992-12-30  |  1.7 KB  |  48 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!usc!sdd.hp.com!saimiri.primate.wisc.edu!ames!eos!prevost
  3. From: prevost@eos.arc.nasa.gov (Michael Prevost)
  4. Subject: Re: what happens to big color values?
  5. Message-ID: <1992Dec30.055731.11018@eos.arc.nasa.gov>
  6. Organization: NASA Ames Research Center
  7. References: <C002M8.3D8.1@cs.cmu.edu> <1hqi3lINNi51@fido.asd.sgi.com>
  8. Distribution: comp
  9. Date: Wed, 30 Dec 1992 05:57:31 GMT
  10. Lines: 36
  11.  
  12. kurt@cashew.asd.sgi.com (Kurt Akeley) writes:
  13.  
  14. >-- 
  15.  
  16. >In article <C002M8.3D8.1@cs.cmu.edu>, gleicher@CS.CMU.EDU (Michael Gleicher) writes:
  17. >|> 
  18. >|> When lighting calculations are taking place, what happens when color values
  19. >|> are > 1?
  20. >|> 
  21. >|> I'm computing the lighting "manually" in a program as well as displaying it on
  22. >|> the screen. For points whose RGB value is computed > 1, I'm not seeing the
  23. >|> expected results. For instance, what I compute as an RGB value of
  24. >|> (1.5,1.4,.9), I'd expect to appear nearly white (since I expected the values >
  25. >|> 1 to be truncated), but it appears yellow.
  26. >|> The things which could be happening are:
  27. >|>     1) truncation (this is what I expected, but doesn't seem to be the
  28. >|>         case) 
  29. >|>     2) normalization (eg: make the vector be unit magnitude)
  30. >|>     3) divide by the largest element
  31. >|>     4) something else
  32. >|> 
  33. >|> If someone could fill me in, I'd be most grateful.
  34.  
  35. >The color components should be independently clamped (not truncated)
  36. >to 1.0, resulting in a color near white.  What hardware are you running on?
  37.  
  38. There was also for a short period a bug in the color routine that didn't
  39. clamp the values correctly. This was fixed on the next release. It was 
  40. IRIX 3.???. It was fixed by 4.0.
  41.  
  42.  
  43. -- 
  44. Michael Prevost
  45. Sterling Software
  46. moffett Field Ca.
  47. prevost@eos.arc.nasa.gov
  48.