ForHosting KIT · Bilder bearbeiten & analysieren

RGB-in-OKLCH-Umrechner

Erhalten Sie die OKLCH-Koordinaten einer RGB-Farbe: 255, 87, 51 wird zu Helligkeit 0.680358, Buntheit 0.210012 und Farbton 33.691637°. Bauen Sie Farbstufen und Paletten, deren Abstände für das Auge gleichmäßig wirken. Kostenlos in Ihrem Browser.

  • Kostenlos
  • Läuft in Ihrem Browser
  • Ohne Anmeldung
  • Ihre Daten bleiben auf Ihrem Gerät
Nutzen Sie es über WebAPIE-MailTelegramApp bald
Wenn Sie eingeben
Widerstand (Ω)
255
G
87
B
51
Erhalten Sie
L
0,680358
C
0,210012
H
33,691637
OKLCH
oklch(0.680358 0.210012 33.691637)

Dieser RGB-in-OKLCH-Umrechner überführt drei vertraute sRGB-Kanäle in wahrnehmungsgerechte zylindrische Farbkoordinaten. Geben Sie Rot, Grün und Blau zwischen 0 und 255 ein; Sie erhalten OKLCH-Helligkeit, Chroma und Farbton sowie eine CSS-taugliche Zeichenfolge. Die Berechnung durchläuft vollständig deterministisch die Decodierung der sRGB-Übertragungsfunktion, die Matrizen von linearem RGB nach OKLab und die zylindrische Umrechnung nach OKLCH. Fehlende, nicht endliche, ungültige oder außerhalb des Bereichs liegende Kanäle führen zu einem verständlichen Validierungsfehler und werden nicht unbemerkt beschnitten.

Warum sRGB-Koordinaten in OKLCH umgerechnet werden

RGB beschreibt, wie ein Bildschirm rotes, grünes und blaues Licht mischt. Gleich große Zahlenänderungen in diesen Kanälen wirken für Menschen jedoch meist nicht gleich groß. Eine Erhöhung um zwanzig Einheiten kann in einem Gamutbereich deutlich und in einem anderen kaum sichtbar sein.

OKLab wurde entwickelt, damit Abstände zwischen Koordinaten wahrgenommenen Farbunterschieden besser entsprechen. OKLCH ordnet OKLab als leichter verständliche Zylinderkoordinaten an: Die Helligkeit beschreibt den hellen oder dunklen Eindruck, Chroma den Abstand von der neutralen Achse und der Farbton den Winkel um diese Achse in Grad. Dadurch eignet sich das Modell für Token-Skalen, verwandte Farben und Palettenvergleiche.

Der Eingabevertrag bleibt bewusst eindeutig: Zugelassen sind echte sRGB-Kanäle zwischen 0 und 255, auch als Bruchwerte; Hexcodes, Prozentangaben, Farbnamen oder Wide-Gamut-Profile werden nicht erraten. Der Farbton wird von null bis unter 360 Grad normalisiert. Bei achromatischen Farben ist er mathematisch undefiniert; dafür liefert das Ergebnis als stabile deterministische Konvention null Grad.

So wird die Umrechnung berechnet

Eine OKLab-Matrix darf nicht direkt auf die angezeigten RGB-Zahlen angewandt werden, weil übliche sRGB-Werte durch eine Übertragungsfunktion codiert sind. Jeder Kanal wird zunächst durch 255 geteilt und mit der stückweisen sRGB-Funktion decodiert. Kleine Werte nutzen den linearen Abschnitt, größere die Potenzfunktion.

Die drei linearen Lichtkomponenten werden mit der festen Matrix aus der OKLab-Definition von linearem RGB nach LMS multipliziert. Nach der Kubikwurzel jeder LMS-Komponente erzeugt eine zweite feste Matrix die OKLab-Helligkeit und die Gegenfarbenachsen a und b. Die zylindrische Umrechnung bestimmt Chroma als euklidische Länge des Paars a und b sowie den Farbton mit atan2; dieser wird von Bogenmaß in Grad übertragen und auf einen positiven Kreis normalisiert.

Die Helligkeit verwendet die übliche OKLab-Skala von ungefähr null bis eins für sRGB und keine Prozentangabe. Die oklch-Zeichenfolge enthält dieselben gerundeten Werte.

Das Ergebnis zuverlässig in Design und Code einsetzen

Senden Sie die numerischen Felder r, g und b. Alle drei sind erforderlich, müssen endlich sein und einschließlich zwischen 0 und 255 liegen. Bruchwerte sind zulässig, weil abgetastete Bilder und Zwischenstufen einer Farbpipeline mehr als acht Bit Genauigkeit bewahren können.

Numerische Zeichenfolgen, NaN, Infinity, Arrays und Objekte gelten nicht als Kanäle. Eine erfolgreiche Antwort wiederholt die geprüften Eingaben und liefert l, c, h sowie eine kompakte oklch-Zeichenfolge. OKLCH erleichtert wahrnehmungsbezogene Bearbeitungen, doch höheres Chroma oder eine andere Helligkeit kann eine Farbe außerhalb des Zielgamuts erzeugen.

Dieses Werkzeug beschreibt die übergebene sRGB-Farbe; es übernimmt weder Gamut-Mapping noch Kontrastprüfung, Alpha-Komposition, Profilkonvertierung oder Barrierefreiheitszertifizierung. Verwenden Sie dafür anschließend Spezialwerkzeuge. Ohne Netzwerk, Uhr, Zufall oder veränderlichen Zustand liefern beide Wege identische Ergebnisse.

Design-Tokens modernisieren

Überführen Sie ältere RGB-Paletten in OKLCH, bevor Sie wahrnehmungsgerecht geordnete Helligkeits- und Chroma-Skalen erstellen.

Palettenbeziehungen untersuchen

Vergleichen Sie Helligkeit, Chroma und Farbton, ohne rohe RGB-Kanalabstände mit visuellen Abständen gleichzusetzen.

CSS-Farbwerte vorbereiten

Erzeugen Sie aus sRGB eine stabile OKLCH-Zeichenfolge für Dokumentation, Prototypen, Stylesheets oder Token-Pipelines.

Welchen RGB-Bereich akzeptiert der Umrechner?

Jeder Kanal r, g und b muss eine endliche Zahl von einschließlich 0 bis 255 sein. Ganze Zahlen und Bruchwerte sind erlaubt.

Wird die OKLCH-Helligkeit als Prozentwert ausgegeben?

Nein. Das Feld l nutzt die übliche numerische OKLab-Skala, für sRGB ungefähr 0 bis 1. Multiplizieren Sie nur dann mit 100, wenn das Ziel Prozentwerte verlangt.

Warum ist der Farbton bei Grau, Schwarz oder Weiß null?

Bei nahezu keinem Chroma ist der Farbton undefiniert. Der Umrechner gibt als deterministische Konvention 0 Grad aus, statt null oder einen Winkel aus Gleitkommarrauschen zu liefern.

Führt das Werkzeug ein Gamut-Mapping durch?

Nein. Es rechnet eine bereits im Gamut liegende sRGB-Farbe um. Nutzen Sie nach einer Bearbeitung der Koordinaten einen Gamut-Mapper für begrenzte Zielfarbräume.

Kann ich Kanäle mit Nachkommastellen eingeben?

Ja. Jeder Kanal darf eine beliebige Zahl von 0 bis 255 sein, auch mit Nachkommastellen. Hexcodes, Prozentwerte und Farbnamen werden nicht erraten, fehlende oder zu große Werte werden abgelehnt statt abgeschnitten.

Wie genau sind die Ergebnisse?

Helligkeit, Buntheit und Farbton werden auf sechs Nachkommastellen gerundet. Das hält die Werte stabil und lesbar und ist für Ihre Arbeit an Designsystemen mehr als genau genug.

Alles auf dieser Seite ist auch per API verfügbar. Dieser Abschnitt richtet sich an Teams, die es in ihre eigenen Systeme einbinden möchten; alle anderen nutzen einfach das Tool oben.

POSThttps://api.kit.forhosting.com/color/rgb-oklch

Authentifizierung per Bearer-Token. Ein einziger POST stellt die Aufgabe in die Warteschlange; das Ergebnis erhalten Sie per Webhook oder über einen signierten Link.

curl -X POST https://api.kit.forhosting.com/color/rgb-oklch \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"r":255,"g":87,"b":51}'
{
  "r": 255,
  "g": 87,
  "b": 51
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "color.rgb_oklch",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

Die API arbeitet asynchron: Sie erhalten sofort eine task_id. Polling ist mit 1 Anfrage pro Sekunde erlaubt.

pro Anfrage$0.002

Der Preis steht auf der Seite – keine Tokens, keine Credits. Fehlgeschlagene Aufgaben werden nicht berechnet.

HTTPCodeBedeutung
401unauthorizedDer API-Schlüssel fehlt oder ist ungültig – prüfen Sie den Authorization-Header (Bearer).
402insufficient_balanceIhr Guthaben reicht für diese Aufgabe nicht aus – Aufladungen verfallen nicht.
404unknown_typeUnbekannter Aufgabentyp – prüfen Sie das Feld „type“ gegen den Katalog.
429rate_limitedZu viele Anfragen – warten Sie kurz; Polling ist mit 1 Anfrage pro Sekunde erlaubt.

So wird die Umrechnung berechnet

Die Koordinaten werden auf sechs Dezimalstellen gerundet, damit das JSON stabil, lesbar und für Designsysteme genau bleibt.

Das Ergebnis zuverlässig in Design und Code einsetzen

Erfolgreiche API-Anfragen kosten $0.002 je Element; die Browserversion läuft lokal.

Was kostet eine API-Umrechnung?

Eine erfolgreiche Anfrage kostet $0.002 je Element. Der Browser-Umrechner läuft lokal; ungültige Eingaben ergeben einen typisierten Fehler.

Vollständige KIT-Dokumentation lesen →