Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!uunet!dg-rtp!rti!mozart!sherman From: sherman@unx.sas.com (Chris Sherman) Newsgroups: comp.graphics Subject: Re: Radiosity Image Correction Message-ID: Date: 30 May 91 07:16:53 GMT References: <1991May27.135349.5072@vax5.cit.cornell.edu> Sender: news@unx.sas.com (Noter of Newsworthy Events) Distribution: comp Organization: SAS Institute Inc. Lines: 26 Nntp-Posting-Host: foster.unx.sas.com In <1991May27.135349.5072@vax5.cit.cornell.edu> wuly@vax5.cit.cornell.edu writes: >With regard to the "too dark" radiosity results discussion: >After talking with a grad student in computer graphics here at cornell: > (1) everybody using radiosity algorithms has this problem. > (2) a good way to assign colors to radiosity results is to do it > linearly, and then essentially gamma-correct the resulting image. >I have found that gamma correction does wonders for me, and my images are >darker than most due to inaccurate (too low) energy transfers (it made >calculations very fast, though). For those of you using more accurate >routines, a gamma correction style transformation during color assignment >should be helpful. Actually, "too dark" was only one of the problems I had. I had a lot of "too bright" near the light sources as well. I kludged together a kind of gamma, inverse gamma thing (made the dark brighter, made the bright darker). There must be a better way of doing it... (I can see the subject of a good paper around here somewhere. :-) -- Chris Sherman .................... sherman@unx.sas.com | ,-----------------------------------------' / Q: How many IBM CPU's does it take to execute a job? | A: Four; three to hold it down, and one to rip its head off.