L * = 0がL * a * b *色空間の黒に対応しないのはなぜですか？

私が見つけた2つの情報源によると、CIELAB LAB色空間では、L * = 0の値は黒に対応します。ウィキペディアの引用：

CIELABの3つの座標は色の明度を表します（L * = 0は黒を生成し、L * = 100は拡散白を示します...）

Phil Cruseの引用：

L *軸は明度を表します。これは垂直です。0からは、明度はありません（つまり、絶対黒）

ただし、そうではないようです。たとえば、L * = 0、a * = 127、b * = 0を使用すると、Mathematicaで次のようになります：

FullForm[ColorConvert[LABColor[0, 1.27, 0], "RGB"]]

(*RGBColor[0.46364605275068677, 0., 0.052627307663056185]*)

...黒ではありません。

これは、Color.jlパッケージを使用してJuliaで（少なくともいくつかのイチジクに）再現されているため、Mathematicaのバグではないようです。

convert(RGB, LAB(0,127,0))

# RGB{Float64}(0.46778684693714695,0.0,0.04112312700274846)

同様に、LABカラースペースのカラーキューブの視覚化Neat Examplesは、のMathematicaドキュメントページのセクションにありますLABColor。ここでは、L * = 0の面がカメラの方を向いています。

コーナーの立方体を除いて、立方体の大部分は明らかに黒ではありません。だから私の質問は：

• L * = 0設定がCIELAB色空間の黒に必ずしも対応しないのはなぜですか？L *は知覚された光度に対応するはずではありませんか？もしそうなら、なぜL * = 0サブスペースの一部が黒よりかなり明るく見えるのですか？

Mathematicaで宛先として入力した「RGB」色空間（sRGB？）は何であれ、R、G、Bの値によって記述される色の範囲は限定されており、通常モニターが生成できるものと同様であり、プリンターは印刷できる等とラボよりもはるかに小さい。値の数は限られているため（8ビットのカラーチャネルごとに256）、RGB色空間は、再現できない色の値を無駄にしないようにして、厄介な副作用を回避します。

LabからRGBへの変換は色域外の色で終了し、プログラムは通常、LabelカラーをターゲットRGBカラースペースに存在する最も近いカラーにマップしようとします。 1。

あなたがそれをいじりたいと思っているなら、ここにウェブ上の素晴らしいツールがあります、それは素早いインタラクティブな変換に使用できるブルース・リンドブルームのCIE Color Calculatorです。

答えは非常に簡単です。指定した色は無効です（存在しません）。多くのカラーモデルでは、存在しない「色」を指定できることに注意してください。

具体的には、L * = 0（ライトなし）を指定しますが、a * = 1.27も指定します。光がない場合、どのように色成分があるのでしょうか？

次の表（未公開の私の作品の一部）を調べると、L * = 3.14未満の値の場合、最大彩度はゼロ（L * = 100の場合と同様）であることがわかります。

表は、hさまざまな強度L（水平）での色（垂直）の最大知覚可能な彩度を示しています。最大値は太字で表示されます。

テーブルのソースは次のとおりです：[Int10] International Color Consortium。仕様ICC.1：2010（プロファイルバージョン4.3.0.0）、122010。[オンライン：http : //www.color.org/ 仕様/ICC1v43_2010-12.pdf; 2011年11月15日スタンド]。