Oklab color space
CSS Color | |
Predecessor | CIELAB color space |
---|---|
Domain | Color model |
License | Public domain |
Website | www.w3.org |
The Oklab color space is a
Oklab's model is fitted with improved color appearance data: CAM16 data for lightness and chroma, and IPT data for hue. The new fit addresses issues such as unexpected hue and lightness changes in blue colors present in the CIELAB color space, simplifying the creation of color schemes and smoother color gradients.[1][7][4]
As Ottosson explained,[1] he chose the name Oklab because the model does an OK (adequate) job and is based on the three color-space coordinates L, a, and b.
Coordinates

Oklab uses the same spatial structure as CIELAB, representing color using three components:
- L for perceptual lightness, ranging from 0 (pure black) to 1 (reference white, if achromatic), often denoted as a percentage
- a and b for opponent channels of the four unique hues, unbounded but in practice ranging from −0.5 to +0.5; CSS assigns ±100% to ±0.4 for both[2]
- a for green (negative) to red (positive)
- b for blue (negative) to yellow (positive)
Like CIELCh, Oklch represents colors using:
- L for perceptual lightness
- C for chroma representing chromatic intensity, with values from 0 (achromatic) with no upper limit, but in practice not exceeding +0.5; CSS treats +0.4 as 100%[2]
- h for hue angle in a color wheel, typically denoted in decimal degrees
Achromatic colors
Neutral greys, pure black and the reference white are achromatic, that is, , , , and h is undefined. Assigning any real value to their hue component has no effect on conversions between color spaces.[2]
Color differences
The perceptual color difference in Oklab is calculated as the Euclidean distance between the (L, a, b) coordinates.[8][2]
Conversions between color spaces
Conversion to and from Oklch
Like CIELCh, the Cartesian coordinates a and b are converted to the polar coordinates C and h as follows:
And the polar coordinates are converted to the Cartesian coordinates as follows:
Conversion from CIE XYZ
Converting from CIE XYZ with a
- Applying the linear map:[b]
- Applying a non-linearity:
- Converting to Oklab with another linear map:
Given:
Conversion from sRGB
Converting from sRGB requires first converting from sRGB to CIE XYZ with a Standard Illuminant D65. As the last step of this conversion is a linear map from linear RGB to CIE XYZ, the reference implementation directly employs the multiplied matrix representing the composition of the two linear maps:[1]
Conversion to CIE XYZ and sRGB
Converting to CIE XYZ and sRGB simply involves applying the respective inverse functions in reverse order:[1]
Notes
- ^ The (l,m,s) space used here is not the same as the LMS color space, but rather an arbitrary space that was found numerically to best fit the color appearance data.
References
- ^ a b c d e f g Ottosson, Björn (23 Dec 2020). "A perceptual color space for image processing". GitHub Pages. Retrieved 24 July 2024.
- ^ a b c d e f CSS Color Module Level 4 (Candidate recommendation draft). W3C. Retrieved 24 July 2024.
- ^ a b CSS Color Module Level 5 (Working draft). W3C. Retrieved 25 July 2024.
- ^ a b Levien, Raph (18 January 2021). "An interactive review of Oklab". GitHub Pages. Retrieved 24 July 2024.
- ^ Novak, John (21 September 2016). "What every coder should know about gamma". Retrieved 26 July 2024.
- ^ "Oklab color model". Can I Use. Retrieved 24 July 2024.
- ^ a b Sitnik, Andrey; Turner, Travis (25 January 2023). "OKLCH in CSS: why we moved from RGB and HSL". Evil Martians. Retrieved 24 July 2024.
- ^ Lilley, Chris (July 2021). "Better than Lab? Gamut reduction CIE Lab & OKLab". W3C. Retrieved 24 July 2024.