加载失败
本文围绕将 RGB 转为 L*a*b* 色彩空间的主题展开，评论首先纠正指出原文实际使用的是 sRGB（标准 RGB 色彩空间），并强调未指明的 RGB 是设备相关的，需要 ICC profile 才能做准确转换。讨论分为两条主线：一方面是工程与视觉实践，推荐在可视化与渐变中使用感知更好的空间（CIELab 或更新的 OKLab）以获得更自然的插值与配色；另一方面是从物理光谱与生物学视网膜响应出发探讨更“真实”的色彩建模，但被指出存在逆问题与异谱同色（metamerism）等理论与数据采集限制。评论还提出现实工程障碍：图像采集、艺术创作与渲染管线长期以 RGB 为中心，因而短期内用 ML 将渲染结果映射到更真实外观是更可行的路径。
评论指出原文讨论的是 sRGB（一个定义了原色和传输函数的标准 RGB 色彩空间），而不是泛指的“RGB”。sRGB 是有明确定义的、可与 L*a*b* 做确定性变换的标准色彩空间；未指明的 RGB 则依赖具体设备的原色与伽玛曲线。要把设备相关的 RGB 转换为 L*a*b*，必须提供该设备的 ICC profile（颜色配置文件）来描述其色彩特性，否则转换会不准确或不可复现。理解这一点能澄清文章的前提与限制，并解释用户对“RGB 到 L*a*b*”说法的混淆。
多位评论强烈推荐 OKLab（一个较新的感知色彩空间实现），并贴出入门文章作为参考，称其实现更简单且修正了 CIELab 的若干问题。评论者认为 OKLab 在感知一致性和插值行为上优于传统 CIELab，并指出已经被社区快速采纳。在颜色插值与渐变的讨论中，OKLab 被反复建议为比 CIELab 更优的实际选项。总体语气倾向于鼓励在实践中尝试或迁移到 OKLab 以获得更一致的视觉结果。
评论给出了具体工程示例：在生成饼图时使用 Lab 空间计算颜色能得到和谐且互相可辨的配色，相关仓库与第33页的示例截图被分享证明效果。另一条评论指出，在代码中对颜色做渐变时在 L*a*b* 或 OKLab 分量上线性插值通常能得到更自然的过渡，视觉效果明显优于在 RGB 通道上直接插值。这些实证案例表明感知空间在可视化和 UI 渲染中有直接实用价值，尤其是在需要感知一致性的场景中。因而对颜色处理的工程实践里，采用感知空间插值被视为更稳妥的做法。
有读者建议以光谱（各波长的功率分布）为基础，构建前向模型把光谱映射到视网膜感受器响应，并用逆模型从响应重建光谱以更物理化地表达颜色和模拟色盲。回应指出逆问题并非一一对应：不同光谱组合会产生相同的光感受器刺激（异谱同色/metamerism），因此从感受器响应无法唯一重建光谱，通常以 CIE XYZ 等刺激值作为中间表征。提议者提出可以用概率分布表示所有与刺激一致的谱线作为折衷，但其他评论补充现实障碍，包括相机与艺术家工作流程都以 RGB 为中心、真实材料光谱数据难以大量获取。最终有评论建议在工程上更可行的路径是利用机器学习将渲染帧映射到更接近真实外观的表示，而不是全面替换现有 RGB 管线。
sRGB: 一种被广泛采用的标准 RGB 色彩空间，定义了具体的原色坐标和传输函数（伽玛），用于在不同设备间保持色彩一致性。
RGB（设备相关）: 泛指用红绿蓝通道表示颜色的模型，但当未指定色域或传输函数时是设备依赖的；不同设备的 RGB 值需通过 ICC profile 映射到设备无关空间以实现一致性。
L*a*b* / CIELab: 由 CIE 定义的设备无关、感知近似均匀的色彩空间，L* 表示亮度，a*、b* 表示两个色度轴，常用于色差计算和感知一致性插值。
OKLab: 一种较新的感知色彩空间，设计上简化实现并改善了 CIELab 在某些色域与插值行为上的问题，近年在网页和图形工程社区被广泛推荐。
ICC profile: 设备颜色配置文件（ICC profile），描述显示器、相机或打印机等设备的色彩特性，用于将设备相关色值映射为设备无关的色彩表示。
CIE XYZ: CIE 在 1931 年定义的标准色度空间（X、Y、Z 三个量），常作为将光谱或设备色值转换为其他设备无关色彩空间的中间表示。