POV-Ray : Newsgroups : povray.binaries.images : CIE L*C*h : Re: CIE L*C*h Server Time
7 Nov 2024 04:51:09 EST (-0500)
  Re: CIE L*C*h  
From: Ive
Date: 26 Nov 2016 14:28:19
Message: <5839e253$1@news.povray.org>
Am 11/26/2016 um 18:02 schrieb Mike Horvath:
> On 11/20/2016 7:32 AM, Mike Horvath wrote:
>> Done.
>>
>> https://commons.wikimedia.org/wiki/File:Cielch_color_solid_cylinder.png
>
> Done again.
>
>
https://commons.wikimedia.org/wiki/File:SRGB_gamut_within_CIELCH_color_space_isosurface.png
>

Your description on the wiki page is partial misleading and partial wrong.
It is not L*C*h, it's just LCh without asterix.
CIE LCh(uv) means the polar representation of the CIE Luv color space. 
But what you are actually calculating is CIE LCh - the polar 
representation of the CIE L*a*b color space (just for historical reasons 
with asterix).
sRGB fits very well into L*a*b and Luv as both cover the full range of 
visible colors - and there is no visa versa.
So the question is: why are small bits hanging out at the corners?
To me it indicates that there is something seriously wrong with that 
graphical representation.

And while I'm at it, why do you use
XYZEpsilon = 0.008856 and XYZKappa = 903.3
where the CIE recommendation is 216/24389 and 24389/27 to avoid the 
discontinuity at the junction point for the lightness function.
And why do you use D65 as reference white while e,g, the ICC, Adobe, HP 
and myself do use D50?

And finally the appearance of your images at the page
https://en.wikipedia.org/wiki/HCL_color_space
doesn't make sense as this page is about LCh(uv) and not LCh.

-Ive


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.