OKLCH-in-HEX-Umrechner

Der klar definierte Rechenweg führt von zylindrischen OKLCH-Koordinaten über OKLab zu linearem RGB; anschließend werden Kanäle außerhalb des darstellbaren sRGB-Farbraums begrenzt. Das Ergebnis ist deterministisch, automatisierbar und enthält zusätzlich die RGB- und OKLab-Werte. So können Sie die Umrechnung genau nachvollziehen, statt den endgültigen HEX-Code als undurchsichtige Ausgabe hinzunehmen.

Geben Sie eine gültige OKLCH-Farbe ein

Verwenden Sie die CSS-Funktionsschreibweise, beispielsweise oklch(62.8% 0.258 29.23). Die Helligkeit darf als Prozentwert von 0% bis 100% oder als einheitenlose Zahl von 0 bis 1 angegeben werden. Chroma muss mindestens null betragen. Ohne Suffix wird der Farbwinkel als Grad interpretiert; zusätzlich werden die üblichen Einheiten deg, grad, rad und turn unterstützt. Auch Winkel außerhalb des Bereichs von 0 bis 360 sind zulässig, da sie auf den gleichwertigen Winkel normalisiert werden. Der Umrechner verlangt alle drei Koordinaten und akzeptiert weder Alpha noch das CSS-Schlüsselwort none, Kommas, HEX-Eingaben oder andere Farbfunktionen. Dadurch bleibt der Vertrag eindeutig auf sechsstellige, deckende Farben beschränkt. Fehlerhafte Daten werden verständlich abgewiesen, statt durch Vermutungen ein scheinbar plausibles Ergebnis zu erzeugen. Sämtliche Zahlen müssen endlich sein; Infinity und NaN werden vor Beginn der Berechnung zurückgewiesen. Diese strenge Eingabegrenze eignet sich besonders für Build-Werkzeuge und Datenpipelines, in denen ein unbeabsichtigtes Format sonst eine falsche Markenfarbe auf viele erzeugte Ressourcen übertragen könnte.

Verstehen Sie den Umrechnungsweg

OKLCH beschreibt eine Farbe durch wahrnehmungsbezogene Helligkeit, Chroma und Farbwinkel. Zunächst wird der Winkel normalisiert und mithilfe von Kosinus und Sinus in die a- und b-Achse von OKLab aufgelöst. Danach liefert die veröffentlichte OKLab-Transformation lineare sRGB-Kanäle. Diese durchlaufen die standardisierte sRGB-Übertragungsfunktion und werden auf ganzzahlige Rot-, Grün- und Blauwerte zwischen 0 und 255 quantisiert. Jedes Byte wird zu genau zwei Hexadezimalzeichen, weshalb das Hauptergebnis stets die Form #RRGGBB besitzt. Die Antwort enthält außerdem die berechneten OKLab-Koordinaten und RGB-Ganzzahlen. Mit diesen Zwischenergebnissen lassen sich Abweichungen zwischen einer Designanwendung und einer Codepipeline leichter untersuchen. Fließkommawerte werden nur für das ausgegebene OKLab-Objekt gerundet; intern bleibt die volle JavaScript-Genauigkeit bis zur Berechnung der endgültigen RGB-Bytes erhalten. Das Verfahren verwendet weder Netzwerk, Zufall, aktuelle Uhrzeit, gebietsspezifische Formatierung noch veränderlichen Zustand. Deshalb entsteht für dieselbe Eingabe in API und Browser dasselbe JSON.

Behandeln Sie Farben außerhalb von sRGB

OKLCH kann Farben beschreiben, die gewöhnliche sRGB-Bildschirme und sechsstellige HEX-Codes nicht darstellen können. Liegt ein berechneter linearer RGB-Kanal unter null oder über eins, setzt ihn der Umrechner vor Anwendung der sRGB-Kurve auf die nächstgelegene Grenze. In diesem Fall steht clamped in der Antwort auf true. Diese Begrenzung ist schnell und vorhersehbar, jedoch keine wahrnehmungsorientierte Farbraumanpassung: Eine sehr kräftige Eingabe kann Feinheiten verlieren, ihren sichtbaren Farbton verändern oder auf einem vollständig gesättigten Kanal enden. Nutzen Sie die Kennzeichnung daher als Hinweis zur Kontrolle, vor allem bei Markenpaletten, Barrierefreiheits-Tokens und Verläufen, deren benachbarte Farben aufeinander abgestimmt sein müssen. Bei clamped gleich false lagen alle Kanäle bereits innerhalb von sRGB. Ist der Wert true und die optische Treue wichtig, verringern Sie Chroma im ursprünglichen OKLCH-Wert und rechnen Sie erneut um, bis die Farbe hineinpasst. Das ausdrückliche Verhalten verhindert ungültige Kanalberechnungen und garantiert eine verwendbare Ausgabe, ohne den Kompromiss zu verschweigen. Alpha bleibt unberücksichtigt, da sechsstellige HEX-Farben deckend sind.