Re: Microsoft's color-management claims
Re: Microsoft's color-management claims
- Subject: Re: Microsoft's color-management claims
- From: Graeme Gill <email@hidden>
- Date: Thu, 22 Sep 2005 14:13:36 +1000
Roger Breton wrote:
>> The point is that if the output space has a limited red gamut compared
>> to the input space, but the input image only uses a portion of the red
>> gamut in the input space, there is no need to compress all reds down.
>> Reds would only need to be compressed enough to fit the images red into
>> the destination gamut.
>
>
> So the whole idea is to do "adaptative" gamut mapping?
There are lots of levels of "adaptative". What I'm
referring to is per image gamut mapping. Some people have
explored using per pixel adaptive gamut compression with some
success.
> But, in order to implement this -- you already do this in argyll? -- you
> need more than knowledge about the source gamut: you also need to know what
> part of the source gamut is the image consuming, no? So, if this is the
> case, there will have to be a lot of processing that will need to be donw
> for each conversion: aren't we back to the days of LinoColor MacCTU board?
Of course it takes extra processing. It's just a matter of how
much time to trade off for extra quality. Nothing new in this.
Nice to have the option though.
Graeme Gill.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden