Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/texel-org/color
modern color library for image processing and creative coding (oklab, xyz, p3, rec2020 + more)
https://github.com/texel-org/color
Last synced: about 2 months ago
JSON representation
modern color library for image processing and creative coding (oklab, xyz, p3, rec2020 + more)
- Host: GitHub
- URL: https://github.com/texel-org/color
- Owner: texel-org
- License: mit
- Created: 2024-07-30T17:15:18.000Z (5 months ago)
- Default Branch: main
- Last Pushed: 2024-09-24T11:37:10.000Z (4 months ago)
- Last Synced: 2024-11-20T20:18:40.161Z (about 2 months ago)
- Language: JavaScript
- Homepage:
- Size: 442 KB
- Stars: 402
- Watchers: 7
- Forks: 7
- Open Issues: 4
-
Metadata Files:
- Readme: README.md
- License: LICENSE.md
Awesome Lists containing this project
- my-awesome-list - color - org | 423 | (JavaScript)
README
# @texel/color
![generated](./test/banner.png)
A minimal and modern color library for JavaScript. Especially useful for real-time applications, generative art, and graphics on the web.
- Features: fast color conversion, color difference, gamut mapping, and serialization
- Optimized for speed: approx 5-125 times faster than [Colorjs.io](https://colorjs.io/) (see [benchmarks](#benchmarks))
- Optimized for low memory and minimal allocations: no arrays or objects are created within conversion and gamut mapping functions
- Optimized for compact bundles: zero dependencies, and unused color spaces can be automatically tree-shaked away for small sizes (e.g. ~3.5kb minified if you only require OKLCH to sRGB conversion)
- Optimized for accuracy: [high precision](#accuracy) color space matrices
- Focused on a minimal and modern set of color spaces:
- xyz (D65), xyz-d50, oklab, oklch, okhsv, okhsl, srgb, srgb-linear, display-p3, display-p3-linear, rec2020, rec2020-linear, a98-rgb, a98-rgb-linear, prophoto-rgb, prophoto-rgb-linear## Install
Use [npm](https://npmjs.com/) to install and import the module.
```sh
npm install @texel/color --save
```## Examples
Converting OKLCH (cylindrical form of OKLab) to sRGB:
```js
import { convert, OKLCH, sRGB } from "@texel/color";// L = 0 .. 1
// C = 0 .. 0.4
// H = 0 .. 360 (degrees)
const rgb = convert([0.5, 0.15, 30], OKLCH, sRGB);// Note sRGB output is in range 0 .. 1
// -> [ 0.658, 0.217, 0.165 ]
```You can also use wildcard imports:
```js
import * as colors from "@texel/color";const rgb = colors.convert([0.5, 0.15, 30], colors.OKLCH, colors.sRGB);
```> :bulb: Modern bundlers (esbuild, vite) will apply tree-shaking and remove any features that aren't needed, such as color spaces and gamut mapping functions that you didn't reference in your code. The above script results in a ~3.5kb minified bundle with esbuild.
Another example with gamut mapping and serialization for wide-gamut Canvas2D:
```js
import { gamutMapOKLCH, DisplayP3Gamut, sRGBGamut, serialize } from "@texel/color";// Some value that may or may not be in sRGB gamut
const oklch = [ 0.15, 0.425, 30 ];// decide what gamut you want to map to
const isDisplayP3Supported = /* check env */;
const gamut = isDisplayP3Supported ? DisplayP3Gamut : sRGBGamut;// map the input OKLCH to the R,G,B space (sRGB or DisplayP3)
const rgb = gamutMapOKLCH(oklch, gamut);// get a CSS color string for your output space
const color = serialize(rgb, gamut.space);// draw color to a Canvas2D context
const canvas = document.createElement('canvas');
const context = canvas.getContext('2d', {
colorSpace: gamut.id
});
context.fillStyle = color;
context.fillRect(0,0, canvas.width, canvas.height);
```## API
#### `output = convert(coords, fromSpace, toSpace, output = [0, 0, 0])`
Converts the `coords` (typically `[r,g,b]` or `[l,c,h]` or similar), expected to be in `fromSpace`, to the specified `toSpace`. The from and to spaces are one of the [spaces](#color-spaces) interfaces.
You can pass `output`, which is a 3 dimensional vector, and the result will be stored into it. This can be used to avoid allocating any new memory in hot code paths.
The return value is the new coordinates in the destination space; such as `[r,g,b]` if `sRGB` space is the target. Note that most spaces use normalized and unbounded coordinates; so RGB spaces are in the range 0..1 and might be out of bounds (i.e. out of gamut). It's likely you will want to combine this with `gamutMapOKLCH`, see below.
#### `output = gamutMapOKLCH(oklch, gamut = sRGBGamut, targetSpace = gamut.space, out = [0, 0, 0], mapping = MapToCuspL, [cusp])`
Performs fast gamut mapping in OKLCH as [described by Björn Ottosson](https://bottosson.github.io/posts/gamutclipping/) (2021). This takes an input `[l,c,h]` coords in OKLCH space, and ensures the final result will lie within the specified color `gamut` (default `sRGBGamut`). You can further specify a different target space (which default's to the gamut's space), for example to get a linear-light sRGB and avoid the transfer function, or to keep the result in OKLCH:
```js
import { gamutMapOKLCH, sRGBGamut, sRGBLinear, OKLCH } from "@texel/color";// gamut map to sRGB but return linear sRGB
const lrgb = gamutMapOKLCH(oklch, sRGBGamut, sRGBLinear);// or gamut map to sRGB but return OKLCH (does not perform RGB clip)
const lch = gamutMapOKLCH(oklch, sRGBGamut, OKLCH);
```You can specify an `out` array to avoid allocations, and the result will be stored into that array. You can also specify a `mapping` function which determines the strategy to use when gamut mapping, and can be one of the following:
```js
import {
// possible mappings
MapToL,
MapToGray,
MapToCuspL,
MapToAdaptiveGray,
MapToAdaptiveCuspL,
} from "@texel/color";// preserve lightness when performing sRGB gamut mapping
const rgb = [0, 0, 0];
gamutMapOKLCH(oklch, sRGBGamut, sRGB, rgb, MapToL);
```The `cusp` can also be passed as the last parameter, allowing for faster evaluation for known hues. See below for calculating the cusp.
> **Note:** If you map to an OKLab-based target (OKLCH, OKHSL etc), the final step of RGB clipping will be skipped. This produces more predictable OKLab and OKLCH based results, but you will likely want to perform a final clampedRGB() step when converting to a displayable color.
#### `LC = findCuspOKLCH(a, b, gamut, out = [0, 0])`
Finds the 'cusp' of a given OKLab hue plane (denoted with normalized `a` and `b` values in OKLab space), returning the `[L, C]` (lightness and chroma). This is useful for pre-computing aspects of gamut mapping when you are working across a known hue:
```js
import {
sRGBGamut,
findCuspOKLCH,
gamutMapOKLCH,
degToRad,
MapToCuspL,
} from "@texel/color";const gamut = sRGBGamut;
// compute cusp once for this hue
const H = 30; // e.g. 30º hue
const hueAngle = degToRad(H);
const a = Math.cos(hueAngle);
const b = Math.sin(hueAngle);
const cuspLC = findCuspOKLCH(a, b, gamut);// ... somewhere else in your program ...
// pass 'cusp' parameter for faster evaluation
// expected that your OKLCH coord has the same hue as the cusp (H)
gamutMapOKLCH(oklch, gamut, gamut.space, out, MapToCuspL, cuspLC);
```The `a` and `b` can also be from OKLab coordinates, but must be normalized so `a^2 + b^2 == 1`.
#### `str = serialize(coords, inputSpace, outputSpace = inputSpace)`
Turns the specified `coords` (assumed to be in `inputSpace`) into a string, first converting if needed to the specified `outputSpace`. If the space is sRGB, a plain `rgb(r,g,b)` string (in bytes) will be used for browser compatibility and performance, otherwise a CSS color string will be returned. Note that not all spaces, such as certain linear spaces, are currently supported by CSS. You can optionally pass an `alpha` component (0..1 range) as the fourth element in the `coords` array for it to be considered.
```js
import { serialize, sRGB, DisplayP3, OKLCH } from "@texel/color";serialize([0, 0.5, 1], sRGB); // "rgb(0, 128, 255)"
serialize([0, 0.5, 1, 0.5], sRGB); // "rgba(0, 128, 255, 0.5)"
serialize([0, 0.5, 1], DisplayP3); // "color(display-p3 0 0.5 1)"
serialize([0, 0.5, 1, 0.35], DisplayP3); // "color(display-p3 0 0.5 1 / 0.35)"
serialize([1, 0, 0], OKLCH, sRGB); // "rgb(255, 255, 255)"
serialize([1, 0, 0], OKLCH); // "oklch(1 0 0)"
```#### `info = deserialize(colorString)`
The inverse of `serialize`, this will take a string and determine the color space `id` it is referencing, and the 3 or 4 (for alpha) `coords`. This is intentionally limited in functionality, only supporting hex RGB, `rgb()` and `rgba()` bytes, and `oklch()`, `oklab()`, and plain `color()` functions with no modifiers.
```js
import { deserialize } from "@texel/color";const { coords, id } = deserialize("color(display-p3 0 0.5 1 / 0.35)");
console.log(id); // "display-p3"
console.log(coords); // [ 0, 0.5, 1, 0.35 ]
```> **Note:** Parsing is still a WIP area of API design, and complex CSS color string handling is not within the scope of this library.
#### `delta = deltaEOK(oklabA, oklabB)`
Performs a color difference in OKLab space between two coordinates. As this is a perceptually uniform color space that improves upon CIELAB and its flaws, it should be suitable as a replacement for the CIEDE2000 color difference equation in many situations.
#### `[utils]`
There are also a host of other [utilities](#utilities) exported by the module.
## Color Spaces
The module exports a set of color spaces:
```js
import {
XYZ, // using D65 whitepoint
XYZD50, // using D50 whitepoint
sRGB,
sRGBLinear,
DisplayP3,
DisplayP3Linear,
Rec2020,
Rec2020Linear,
A98RGB, // Adobe® 1998 RGB
A98RGBLinear,
ProPhotoRGB,
ProPhotoRGBLinear,
OKLab,
OKLCH,
OKHSL, // in sRGB gamut
OKHSV, // in sRGB gamut// a function to list all spaces
listColorSpaces,
} from "@texel/color";console.log(listColorSpaces()); // [XYZ, sRGB, sRGBLinear, ...]
console.log(sRGBLinear.id); // "srgb-linear"
console.log(sRGB.base); // -> sRGBLinear
console.log(sRGB.fromBase(someLinearRGB)); // -> [gamma-encoded sRGB...]
console.log(sRGB.toBase(someGammaRGB)); // -> [linear sRGB...]
```Note that not all spaces have a `base` field; if not specified, it's assumed the color space can pass through OKLab or XYZ as a root.
## Color Gamuts
The module exports a set of "gamuts" which are boundaries defined by an approximation in OKLab space, allowing for fast gamut mapping. These interfaces are mainly used by the `gamutMapOKLCH` function.
```js
import {
sRGBGamut,
DisplayP3Gamut,
Rec2020Gamut,
A98RGBGamut,// a function to list all gamuts
listColorGamuts,
} from "@texel/color";console.log(listColorGamuts()); // [sRGBGamut, ...]
console.log(sRGBGamut.space); // sRGB space
console.log(sRGBGamut.space.id); // 'srgb'
```Note: ProPhoto gamut is not yet supported, I would be open to a PR fixing it within the Python script.
## Utilities
In addition to the core API, the module exports a number of utilities:
#### `b = floatToByte(f)`
Converts the float in range 0..1 to a byte in range 0..255, rounded and clamped.
#### `out = XYZ_to_xyY(xyz, out=[0,0,0])`
Converts the XYZ coordinates to xyY form, storing the result in `out` if specified before returning.
#### `out = xyY_to_XYZ(xyY, out=[0,0,0])`
Converts the xyY coordinates to XYZ form, storing the results in `out` if specified before returning.
#### `v = lerp(min, max, t)`
Performs linear interpolation between min and max with the factor `t`.
#### `v = lerpAngle(min, max, t)`
Performs circular linear interpolation between min and max with the factor `t`, but where the min and max are considered to be angles (in degrees) allowing the value to wrap around within 0 to 360, interpolating to create the shortest arc.
#### `c = clamp(value, min, max)`
Clamps the `value` between min and max and returns the result.
#### `out = clampedRGB(inRGB, out=[0,0,0])`
Clamps (i.e. clips) the RGB into the range 0..1, storing the result in `out` if specified before returning.
#### `inside = isRGBInGamut(rgb, epsilon = 0.000075)`
Returns `true` if the given `rgb` is inside its 0..1 gamut boundary, with a threshold of `epsilon`.
#### `rgb = hexToRGB(hex, out=[0,0,0])`
Converts the specified hex string (with or without a leading `#`) into a floating point RGB triplet in the range 0..1, storing the result in `out` if specified before returning the result.
#### `hex = RGBToHex(rgb)`
Converts the specified RGB triplet (floating point in the range 0..1) into a 6-character hex color string with a leading `#`.
#### `angle = constrainAngle(angle)`
Constrains the `angle` (in degrees) to 0..360, wrapping around if needed.
#### `degAngle = radToDeg(radAngle)`
Converts the angle (given in radians) to degrees.
#### `radAngle = degToRad(degAngle)`
Converts the angle (given in degrees) to radians.
## Transformation Matrices
You can also import the lower level functions and matrices; this may be useful for granular conversions, or for example uploading the buffers to WebGPU for compute shaders.
```js
import {
OKLab_to,
OKLab_from,
transform,
XYZ_to_linear_sRGB_M,
LMS_to_XYZ_M,
XYZ_to_LMS_M,
sRGB,
OKHSLToOKLab,
DisplayP3Gamut,
} from "@texel/color";console.log(XYZ_to_linear_sRGB_M); // [ [a,b,c], ... ]
OKLab_to(oklab, LMS_to_XYZ_M); // OKLab -> XYZ D65
OKLab_from(xyzD65, XYZ_to_LMS_M); // XYZ D65 -> OKLab
transform(xyzD65, XYZ_to_linear_sRGB_M); // XYZ D65 -> sRGBLinear
sRGB.fromBase(in_linear_sRGB, out_sRGB); // linear to gamma transfer function
sRGB.toBase(in_sRGB, out_linear_sRGB); // linear to gamma transfer function// OKHSL in a non-sRGB gamut
// also see OKHSVToOKLab and their inverse functions
OKHSLToOKLab([h, s, l], DisplayP3Gamut, optionalOutVec);
```## Interpolation
The library currently only exposes `{ lerp, lerpAngle }` functions. To interpolate colors, you will need to build some additional logic, for example see the [example-interpolation.js](./test/example-interpolation.js) script which creates a color ramp in Canvas2D.
## Custom Color Spaces
You can build custom color space objects to extend this library, such as adding support for CIELab and HSL. See [test/spaces/lab.js](./test/spaces/lab.js) and [test/spaces/hsl.js](./test/spaces/hsl.js) for examples of this. Some of these spaces may be added to the library at a later point, although the current focus is on "modern" spaces (such as OKLab that has largely made CIELab and HSL obsolete). Documentaiton on custom color spaces is WIP.
## Notes
### Why another library?
[Colorjs](https://colorjs.io/) is fantastic and perhaps the current leading standard in JavaScript, but it's not very practical for creative coding and real-time web applications, where the requirements are often (1) leaner codebases, (2) highly optimized, and (3) minimal GC thrashing.
Colorjs, and simialrly, [Culori](https://culorijs.org/), are focused on matching CSS spec, which means it will very likely continue to grow in complexity over time, and performance will often be marred (for example, `@texel/color` cusp intersection gamut mapping is ~125 times faster than Colorjs and ~60 times faster than culori).
There are many other options such as [color-space](https://www.npmjs.com/package/color-space) or [color-convert](https://www.npmjs.com/package/color-convert), however, these do not support modern spacse such as OKLab and OKHSL, and/or have dubious levels of accuracy (many libraries, for example, do not distinguish between D50 and D65 whitepoints in XYZ).
### Supported Spaces
This library does not aim to target every color space; it only focuses on a limited "modern" set, i.e. OKLab, OKHSL and DeltaEOK have replaced CIELab, HSL, and CIEDE2000 for many practical purposes, allowing this library to be simpler and slimmer. Note that other spaces like CIELab and HSL are supported through 'custom color spaces'.
### Improvements & Techniques
The module uses a few of the following practices for the significant optimization and bundle size improvements:
- Loops, closures, destructuring, and other syntax sugars are replaced with more optimized code paths and plain array access.
- Allocations in hot code paths have been removed, temporary arrays are re-used if needed.
- Certain conversions, such as OKLab to sRGB, do not need to pass through XYZ first, and can be directly converted using a known matrix.
- The API design is structured such that color spaces are generally not referenced internally, allowing them to be automatically tree-shaked.### Accuracy
All conversions have been tested to approximately equal Colorjs conversions, within a tolerance of 2-33 (10 decimal places), in some cases it is more accurate than that.
This library uses [coloraide](https://github.com/facelessuser/coloraide) and its Python tools for computing conversion matrices and OKLab gamut approximations. Some matrices have been hard-coded into the script, and rational numbers are used where possible (as [suggested](https://github.com/w3c/csswg-drafts/pull/7320) by [CSS Color Module working draft spec](https://drafts.csswg.org/css-color-4/#color-conversion-code)).
If you think the matrices or accuracy could be improved, please open a PR.
### Benchmarks
There are a few benchmarks inside [test](./test):
- [bench-colorjs.js](./test/bench-colorjs.js) - run with `npm run bench` to compare against colorjs
- [bench-culori.js](./test/bench-colorjs.js) - run with node to compare against [culori](https://culorijs.org/)
- [bench-node.js](./test/bench-node.js) - run with `npm run bench:node` to get a node profile
- [bench-size.js](./test/bench-size.js) - run with `npm run bench:size` to get a small bundle size with esbuildResults below, based on MacBook Air M2. Note that Colorjs performance depends on which API you use (the default class-based API is much slower than the procedural API).
Benchmark Against Colorjs.io
```
conversion (Colorjs.io procedural API) --
Colorjs.io: 2955.88 ms
Ours: 457.86 ms
Speedup: 6.5x fasterconversion (Colorjs.io main API) --
Colorjs.io: 10034.38 ms
Ours: 452.11 ms
Speedup: 22.2x fastergamut mapping OKLCH - sRGB (Colorjs.io procedural API) --
Colorjs.io: 5602.46 ms
Ours: 49.10 ms
Speedup: 114.1x fastergamut mapping OKLCH - sRGB (Colorjs.io main API) --
Colorjs.io: 5913.80 ms
Ours: 44.91 ms
Speedup: 131.7x fastergamut mapping all spaces to P3 (Colorjs.io procedural API) --
Colorjs.io: 4693.43 ms
Ours: 150.16 ms
Speedup: 31.3x fastergamut mapping all spaces to P3 (Colorjs.io main API) --
Colorjs.io: 5478.16 ms
Ours: 145.88 ms
Speedup: 37.6x faster
```Benchmark Against Culori
```
Testing with input type: Random Samling in OKLab L Planes
Conversion OKLCH to P3 --
Culori: 43.30 ms
Ours: 12.83 ms
Speedup: 3.4x fasterGamut Mapping OKLCH to P3 Gamut --
Culori: 1588.62 ms
Ours: 23.05 ms
Speedup: 68.9x faster
```### Running Locally
Clone, `npm install`, then `npm run` to list the available scripts, or `npm t` to run the tests.
## Attributions
This library was made possible due to the excellent prior work by many developers and engineers:
- [Colorjs.io](https://colorjs.io)
- [Coloraide](https://github.com/facelessuser/coloraide/)
- [CSS Color Module Level 4 Spec](https://www.w3.org/TR/css-color-4/)## License
MIT, see [LICENSE.md](https://github.com/texel-org/color/blob/main/LICENSE.md) for details.