clipka wrote:
> Mike Raiford schrieb:
>> See? this is the whole problem with gamma correction, if everyone 
>> doesn't have a properly calibrated screen, and doesn't properly embed 
>> a color profile in the image, or the viewing app does not handle the 
>> embedded profile correctly, then you get all sorts of different results.
> 
> So, what's the alternative?

How do other applications deal with color?

Embed the sRGB profile with 2.2 gamma, perhaps, would be an alternative. 
Just make sure the image is displaying as intended in the sRGB space, 
with an app that properly handles color correction.

> Note that working with linear colors is not a solution: Things being as 
> they are, it just adds to the many nonstandard display gammas (1.0 in 
> this case), opens up more cans of worms than going for the standard 
> gamma of whatever OS you happen to be using (which would be 2.2 for 
> Windows), and is therefore prone to being part of the problem instead.

Agreed. Like I stated, the whole thing is a terrible mess. I think 
there's some transform to the color values from the renderer output to 
the color space (As suggested above) that would be needed in order to 
get a proper image. Then, it simply isn't just gamma, but also how the 
red, green, and blue values relate to each other. Getting color 
management right is a freaking mess.

I could suggest render linearly, create a color profile for that, load 
the image in PS, convert to the sRGB profile, the save as a JPEG or PNG, 
but that would be a major PITA ;)

Note that I suggest sRGB here, because it's the profile that should be 
"right" for the majority of the web users. Most computer equipment these 
days operates in that color space.

-- 
~Mike

Post a reply to this message