@fribbledom when I saw this I couldn't figure out what sets it apart from like, CIELCH

@artemis

I think the biggest difference is the "saturation" component, which makes this nicer to work with under most circumstances.

@zensaiyuki

They may be used as interchangeable terms, but they actually aren't. It made a huge difference when working on gamut & go-colorful:

Gamut:
github.com/muesli/gamut

go-colorful:
github.com/lucasb-eyer/go-colo

Also see:
munsell.com/color-blog/differe

@artemis

@fribbledom my understanding is that's what the C is in LCH tho

Hue = Hue
Saturation = Chrominance
Lightness = Luminosity

When I was playing with LCH color sliders that seemed to be the case anyway

@artemis

Not quite the same in my experience. I'd do a horrible job tying to explain this though. Maybe this helps:

munsell.com/color-blog/differe

@fribbledom If I've understood this correctly:
If chroma stays still and brightness is adjusted it should look like the same colour, but in better/worse lit space.
While saturation doesn't care about that and just about how far the colour is, brightness setting aside, from grey/white.

I haven't had breakfast yet so maybe it's that, but right now I hate colour education et al.

@fribbledom However, assuming I've understood the difference correctly, I'd rather be adjusting chroma. Seems like it would be quicker for testing different colours out since changing Luminance wouldn't change the "feel" for the colour.

However I can see how for people who, unlike me, have worked with colours for years would find it quite difficult to make the change from saturation to chroma.

@fribbledom Looks like the FastLED library needs a new color space ^^

Sign in to participate in the conversation
Mastodon

Server run by the main developers of the project 🐘 It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!