(, tasteweb) trying to get randomly generated colors to look right. So I'm using the HSLuv colorspace and.. uh.. are some HSLuv implementations worse than others??
I do not attest that the luminance or saturation of the yellow user is perceptibly the same as the luminance or saturation of the pink user!

Yeah okay I'm looking at , presumably this is standard, at the brighter end of things, yellow hues is generally.. more, than other hues, HSLuv just isn't up to the job.

I want to draw a red circle around it but it is already sufficiently visual aberrant to be clearly indicated.

For other saturations and lightnesses, yellow is fine, starts to go wrong at the higher reaches.

@faun That's expected. The H, S, and L parameters let you exceed the perceptually uniform area in HSLuv. If you want it to definitely be uniform, you should use HPLuv, which restricts the addressable area to be perceptually uniform.

@cancel So the issue is that it's impossible for there to be a saturated pink with the same lightness as saturated yellow and I'm chasing a purely imaginary color? haha

@cancel I am committing the sin of idealism, but about colors.

@faun That pink does exist. But computer displays (or TVs or whatever) that are limited to displaying the sRGB specified range of colors cannot display them.

@faun HSLuv and HPLuv are hard-coded to map to and from sRGB space. If you wanted to map to Display P3 or ITU-R BT.2020 with similar H, S, and L parameters, you'd need to recalculate the HSLuv and HPLuv code (like the constants baked into the source code) with different mappings run through their code calculation script.

Sign in to participate in the conversation

Merveilles is a community project aimed at the establishment of new ways of speaking, seeing and organizing information — A culture that seeks augmentation through the arts of engineering and design. A warm welcome to any like-minded people who feel these ideals resonate with them.