CMYK 与 sRGB 差在哪:修图派 RetouchPi 用同一张文件实测

sRGB 是加色模型:红绿蓝三种光叠出颜色,0 是全黑,255 是全亮,它描述的是「这块屏幕发出多少光」。CMYK 是减色模型:青品黄黑四种墨吸掉一部分光,剩下的反射进眼睛,它描述的是「这张纸上铺了多少墨」。一个描述发射,一个描述反射,中间隔着纸白、墨序、网点增大这些屏幕上没有的东西。

所以「CMYK 的 100,0,0,0」本身不是一种颜色,是「铺满青墨」这个指令;它在 coated 纸上是一种青,在新闻纸上是另一种青。sRGB 的 (255,0,0) 同样不是一种颜色,而是「红通道全开」这个指令,只是 sRGB 把屏幕那侧定死了,所以各家显示器看起来接近。数字是指令,不是颜色;颜色要等模型、介质、以及(讲究的时候)一份色彩档 together 才成立。

因为 gamut 不一样大。sRGB 里那些发光的饱和蓝、饱和绿,在四色墨能反射出来的范围之外;转换时只能落到范围内最接近的那一点,观感就是「闷了」。反过来 CMYK 里某些深墨色也出不了 sRGB 的亮部。所以两个方向都有损失,谁也不是谁的子集。

• 屏幕自发光、纸靠反射:环境光一变,纸那侧的颜色跟着变,屏幕那侧基本不变。
• 黑不一样:sRGB 的黑是不发光,CMYK 的黑是四色墨叠出来的,印厂还会单独决定黑版生成怎么走。
• 白纸不是 255:纸白通常比屏幕白暗且偏暖,整张图的对比起点就不同。

浏览器画布只有 sRGB,所以 CMYK 进来的那一刻必然有一次转换。这一版走的是那条朴素公式 R = (255-C) x (255-K) / 255。量出来的结果分三档:PSD 与 TIFF(自己解码)导出的 8 块色标与公式逐块相同,ΔE 0;CMYK 的 JPEG 走平台解码,最大 ΔE 0.65,差在 1/255 的取整;而带内嵌 RGB 档的 PSD 是另一回事 —— 档被真套用,与参考转换逐块相同,若把原值直接当 sRGB 看则最大差 ΔE 18.8。

这三档放在一起,就是「浏览器里看 CMYK」这句话的全部诚实版本:看是看得见的,转换是真实发生的,误差在朴素公式这一档是取整量级;但它不是印厂的答案,带 CMYK 档的文件在这一版也不会按档算 —— 内嵌的 CMYK 档被完全忽略,与无档那份逐字节同结果。

• 看一眼:原件打不开就没法谈后面的一切。CMYK 的 TIFF、PSD、JPEG 在这一版都开得了,开档 254-261 ms。
• 量尺寸与分辨率:状态栏给像素与物理尺寸,裁切与构图在 sRGB 预览上判断足够。
• 出给客户或同事的确认预览:一张 sRGB 的 PNG 或 PDF,说明「这是屏幕预览,不是签色依据」。
• 把问题早发现:文件开出来就是花的、尺寸不对、通道数不对,在这一步发现比在印厂发现便宜几个数量级。

签色那一步不在这儿:以印厂出的纸样为准。这一版不出印版,没有印前打样这一步,导出是 sRGB —— 把预览当签色依据,是这一族事故里最常见的一种。

• 不主张「浏览器里能管 CMYK 色彩」:这一版无 CMYK 工作模式,内嵌的 CMYK 档被忽略,只有 PSD 路上的 RGB 档被套用。
• 不主张 ΔE 0 就是「对」:ΔE 0 只说明与那条朴素公式相同,公式本身不是印厂的答案。
• 不主张位深:16 位文件开得了,但读入即收窄到 8 位,高位深的管线这一版没有。