This forum has been archived. All content is frozen. Please use KDE Discuss instead.

There are HSL HSI HSY, Why not HCL

Tags: None
(comma "," separated)
hplau
Registered Member
Posts
10
Karma
0

There are HSL HSI HSY, Why not HCL

Tue Jul 03, 2018 10:46 am
HCL is a color model used to fix lightness between color based on human perception
though it is ugly, its purpose is essential
any idea and possibility to develop this function T_T
User avatar
TheraHedwig
KDE Developer
Posts
1794
Karma
10
OS
Because HCL only work in LAB and most of Krita's blending modes only work in RGB. Someone will have to implement a way for LAB blending modes to work first.

You yourself could be that person :)
Reptorian
Registered Member
Posts
62
Karma
0
If it helps anything, it seem that Treal in ColorSpaceMath, and the usage of Treal in KoFunctions in the source code seem to indicate that another "Real" in ColorSpace, and the usage of that hypothetical "Real" in KoFunctions would allow LCH modification to be a thing. That's as far as I can trace to how individual channels seem to be calculated. That "Real" would have to use l,a,b instead of r,g,b. There is also KoCompositeGeneric which should be looked into. If Alpha is a problem there, then there would be a need to change how Krita works to separate alpha from LAB*A. I don't think this is a easy task at all.

Also, separation of channels in LAB would allow Krita to become a full-fledged LAB editor as it's not impossible to mimic other blend modes in other color space (not perfect, but something that would be more functional than current blend modes operation on LAB). It would also allow HCL-based filters. But, this assumes my hypothesis is correct.


Bookmarks



Who is online

Registered users: abc72656, Bing [Bot], daret, Google [Bot], lockheed, Sogou [Bot], Yahoo [Bot]