其实，这帖子里的几个问题，都是典型的色彩管理误区中的问题。需要花一些精力科普，是很复杂的抽象理解。比如“RAW屏幕上看到的就是黑黢黢、绿油油的RGB....”的原因归咎于“是因为CMOS的原始匹配色温很低，色偏很绿（993贴）”那问题来了，为啥相机厂家不像胶片一样，提供一个正常匹配色温的“CMOS”呢？原因在于，CMOS不是胶片，没必要这么做，CMOS在乎的信噪比，根本不关心颜色、色温这种事情。在CMOS采集的RAW阶段，根本没有颜色，也无需关心。所以这些误区是从胶片时代遗留的（比如什么“宁欠勿曝”，宁左不右），是胶片时代的概念混淆。所以科普麻烦，但是一旦理解了，那么色彩管理的各项配置选项，将完全设置正确，也就没有“色彩空间”之问了，也就没有色彩管理的问题了。只不过门槛稍高一些。

撇开老年退休民科的阿尔茨海默呓语，砖家我的确参与开发过一款图片显示软件，所以我很清楚怎么做。所以，我说色彩管理很重要的一方面是知道OS显示链路的知识。这对色彩管理非常重要，也是校色误区泥潭的主要因素。对于影像图片处理，砖家还是一如既往的推荐“标准可视色彩空间”的重要性。也就是正确使用标注，要比盲目显示器校色重要得多。也感谢这里的网友（@树下的石头 ）参与，修改了砖家的一个重要bug。

其实广色域显示器还是最好双屏使用，用户在正确操作广色域后，如果需要远程递交，可以把远程输出的sRGB/JPG拖到一个 sRGB 实际观看。在“sRGB屏幕查看sRGB/JPG”是否和自己在广色域上看到的颜色一样后，递交。这样可以兼得广色域色准，和远程的客户色准。毕竟在大多数场景下，广色域和sRGB的显示对色彩的需求是相同的，下两图的转色域差异是很小的。　　

学习了。
正打算双11弄台艺卓显示器，万元内2K的对眼睛友好型，楼主帮忙推荐一款可否？

的确这点你说的有道理：这个不取决于我的理解，关键是PhotoShop的理解。如果真按照你说法，对我是有一些影响的。因为，我目前的商业策略，非面基的AdobeRGB只能是相机直出的AdobeRGB，这是基于场景3.2的情况。也就是用户买一台AdobeRGB显示器，只需要设置PhotoShop即可。如果按照您说的情况，实际上用户一定要安装驱动，即便仅在应用程序设置也不行，因为PS没有直通，其色彩管理被OS辖制了。但这个问题在商业上是十分诡异的，这个问题有两个层次：

1.很多显示器制造商，不提供原厂的显示器的驱动，需要用户自己校色生成。因为这个大家懂，时间久了，可能存在灯管老化。所以一般不提供原厂显示器驱动，否则时间久了货不对板。实际造成的结果是：要么用户没有“原厂ICC”，要么用户自己校色（我们非常厌恶这个操作）；
2.既然存在大量用户没有原厂显示器ICC，你Windows自带，让用户设置吧，但又没有。

所以，我们下游就在应用程序层面解决。
　

　
　
　
所以，假如您的观点成立（现在看来有可能），那么摧毁了我对场景3.2的信任。我原来的给客户的策略是：相机直出AdobeRGB是可以信任的，用户自己的AdobeRGB是不可信任的。如果没有场景3.2，那么这个信任也没有了。也就是用户提供的AdobeRGB不面基均不可信任。因为用户看到的AdobeRGB直出，即便显示器是AdobeRGB，实际看到仍然是被PS修改的sRGB（因为系统默认sRGB）。那么，我们基于AdobeRGB解析的打印稿，和用户基于场景3.2看到的，是不一样的，用户在PS上看到的过饱和。哪怕他工作色彩空间设置的是AdobeRGB，哪怕用户在自己的显示器上正确选择了AdobeRGB模式。　
　
　

实际上，PS的这个操作实际提高了用户正确浏览相机直出AdobeRGB的门槛。原本只要PhotoShop + 显示器厂家，现在还需要用户正确设置OS，原本没有这个必要。PS自己直通即可。用户不操作，就是显示器的地盘，和OS没关系。显示器内部有一个EDID的规范，其实内嵌了显示器的色域范围，Windows和Mac OS-X 均可以读出。但是大家没把这太当回事，也没必要。PS的这个理解，其实真的毫无意义。微软只是一个软件商，他和苹果提供软硬件的不一样，PS不能到最后还相信微软，而不相信显示器厂家（不提供直通数据）。真这样解读，我个人有保留。

这导致我们更信任sRGB了。因为我们打印对色准、信任、以及可交换的要求和普通用户不一样。stevenkoh 编辑于 2022-09-24 14:37

这点您说的对，其实不叫“没有不进行色彩管理”，而是上交色彩管理的主动权。实际上，若用户没有主动指定，应用程序自己做主（直通数据）。而PS的选择是，GDI的目标输出Windows的默认值。这个理解我个人是保留的，因为这使得应用程序丧失了OS和用户交给你的权力。或许，对“默认”的理解，各家开发商不同。有的觉得默认，就是我做主（直通），因为用户没有说啊，如果用户说了，就听用户的。而有的觉得即便用户不说（初始默认值），最后还是听OS的（不直通）。

这在客观上，更深度的绑定了OS的默认——自然是 sRGB。选择sRGB，实际是无法面基确认的无奈。因为无法面基，我们不知道下图背景的紫色到底“紫到什程度”。这靠光靠截屏，不面基真讲不清楚。stevenkoh 编辑于 2022-09-24 11:59

你说的可能是对的，对我很有启发，我还在做更进一步测试。我曾经做过一套多屏幕的浏览软件，用了Windows的多屏机制。色域范围要么从EDID中提取，要么用户自己在应用程序内指定。没有用到你说的机制，但不排除PS用你这套机制。这个主动权在开发者手里。如果真的如此，那么我们给其他一个大客户的推荐方案是有bug的。那个程序可以监控用户的Adobe全家桶在特定屏幕运行。

你说的这套机制技术上可行没问题，但PS是否这么做，我需要自己做一些测试。但真要去这么理解就有歧义了，尽管是一个很小众的领域。因为牺牲了Windows默认支持多屏幕不同色域的支持。原理上，应用程序APP应该只从下图（3）这个地方提取屏幕色域信息。因为不同色域的屏幕可能有不同的配置。如果没有就是意味着用户放弃配置权利，给到应用程序。此时应用程序应该自我配置后，直接输出。　
　
　
而您说的系统默认，下图红圈处。按照您的提法是色彩渲染的最终默认值。　
其实这地方真正的含义是表征Windows系统在一些没有屏幕地方的颜色体系。因为大部分情况下，我们只需要RGB，是不需要进入CIE XYZ体系的。也就是说，红圈的地方应该是色彩管理链路的“源色域”，是标识源数据的色彩信息，而您的理解是这个地方是“目标色域”。其实上图(3)的地方指出了“目标色域”是哪个。如果没有配置，那么就应该直接输出，或者按照应用程序自己设定的“目标色域”（一般让用户设定的接口）。这样可以默认支持“同时多色域”。

现在的视频应用播放软件都是这么一个流程，这是一个对API理解的问题。所以具体决定权需要看应用软件开发商的理解，可能存在我以己度人的情况。

对于一个自以为不在微软写过代码，就通晓所有微软底层设计的“专家”，你跟他说的这些违反他的“直觉”的东西，他怎么可能接受？

下去又是一番车轱辘话，他就是要把正确色彩管理下，广色域显示器显示sRGB 图像，理论上存在的那么一点肉眼无法分辨的转换色差，无限放大后，用来解释他的错误设置后的失真夸张的显示效果 。。。

2.2是显示时把Adobe RGB色彩数据转换为sRGB色彩数据，2.3是加载文件时把Adobe RGB色彩数据转换为sRGB色彩数据，二者都做同样的色彩空间转换然后显示，因此显示效果是相同的。

这里说的“显示时”不是指显示器刷新，而是指“PhotoShop重绘窗口”。当然这只是逻辑上如此，实际实现时应用软件中很可能有个“显示数据缓冲”，当缓冲失效并且需要重绘时才会从文档数据进行转换并覆盖缓冲。

关键问题就在于PhotoShop并不会不做转换地将Adobe RGB数据交给GDI，而是会在重绘时把它转换到从系统取到的“显示设备ICC”，如果系统中没有为该设备指定ICC，那么就用“Windows 颜色系统缺省值”中的“设备配置文件”；PhotoShop交给GDI的数据就已经是完成了色彩转换的数据，因此并不需要Windows系统在显示器刷新时做任何事。树下的石头 编辑于 2022-09-23 20:15

Windwos系统并不会进行色彩转换，它对色彩管理的支持仅仅是“提供色彩管理数据的设置和存取API”，色彩转换的操作是由应用软件自行完成的。只要ICC文件中不包含VCGT，那么无论系统如何设置都不会影响GDI和Display设备的行为，因此，判断这个“Windows 颜色系统默认值”中的“设备配置文件”是否影响PhotoShop的显示行为，不能去分析Windows GDI和驱动层做了什么，要去分析PhotoShop做了什么。

在颜色管理界面中取消显示器设备下的“使用我对此设备的设置”，然后运行PhotoShop，打开一幅图片，截屏后保存。
在颜色管理界面中将“高级”页面中的“Windows 颜色系统默认值”组“设备配置文件”改为“Wide Gamut RGB”，然后重新启动Windows(之所以重新启动是为了检查这个选项是否影响Windows UI的显示行为)，运行PhotoShop，打开同一幅图片，截屏后保存。
对比这两张截屏图片，可以发现PhotoShop中显示的颜色有显示区别，但Windows窗口标题栏是同样的绿色。
因此可以得出结论，无论是显示设备ICC还是系统默认值中的设备ICC都不会改变WindowsUI的显示颜色，但会改PhotoShow中图片的显示颜色。WindowsUI的显示永远是“直通”的，而PhotoShop中显示的图片永远是色彩管理下的。
PhotoShop不存在“不进行色彩管理”的“直通显示”，在“指定配置文件”中那个“不对此文档进行色彩管理”的含义只是让这个图像数据没有固定的色彩配置文件，而并非不做色彩转换直接把数据发送给GDI。它依然会进行色彩空间转换，转换的源色彩空间就是当前的工作色彩空间，这个选项与第二个“工作中的RGB……”区别在于后者在改变工作色彩空间时不会跟着改变，而前者会一直跟随工作色彩空间的变化而变化。

PhotoShop没有“直通”显示，要想完全不关心色彩管理设置，唯一的办法是使用标准的sRGB显示器，从而不做任何设置就实现“显示设备ICC与显示设备硬件相匹配”。使用PhotoShop时，只要显示设备ICC与显示设备匹配，那么无论图像ICC是否与显示设备相同，都能正确显示；如果显示设备ICC与显示设备不匹配，那么无论图像ICC是否与显示设备相同，都不能正确显示。关键在于显示设备ICC，而不在于图像ICC。树下的石头 编辑于 2022-09-23 19:33

仔细看一下首帖 场景2.2 和 2.3。其实这个误区在于，大家高估OS了，大部分人以为“假设屏幕刷新频率是60Hz，每次刷新大概OS都有查验RGB的颜色数据是否匹配。只要我们标识正确，OS kernel  就会 ② 这个地方自动立即生效”。

原理恰恰不是如此。除了显示驱动增加VCGT 软校色，加载一个3 x 1D lut能达到这个效果，大部分情况下，都是RGB数据直通。OS才不管这块呢。这块在Windows里面叫GDI，一个很老的接口。而且，OS做的，只不过是在这些数据中提供了一个icc的指向性标记。具体的转换，完全是应用程序自己做，OS kernel是不会主动做这类转换的。

所以，像 ① 这里，OS GDI只管把PS送过来的数据送到显卡上去。2.2 PS没有做色域转换，直接给sRGB送上了原汁原味的AdobeRGB JPG的颜色；而2.3 则是PS做了色域转换后，给sRGB做了转换后的 JPG数据。其 AdobeRGB -> sRGB 工作，是如图 PS调用 Adobe色彩引擎（ACE）按照用户选择的渲染意图做的。也可以选择系统的微软引擎ICM，但这不是OS kernel 做的，是PS调用微软提供windows ICM色彩管理API接口，按照用户渲染意图做的。主动地调用者是应用程序PS，而不是OS kernel自动匹配的。

所以，色彩管理一定要牢牢抓住应用软件APP这个抓手。stevenkoh 编辑于 2022-09-23 17:37

你怎么知道？有看到微软哪个API手册里写的？如果不是PS（APP）到显示器，微软API是给所有APP开发者的啊。恰巧，我就是这种开发者。GDI/DDK都很熟，您那个部分看到有修改的可以给我链接一下啊？

实际上，这个链接是给诸如“打印机驱动”使用的。因为系统打印的话，从原理上说，光知道RGB是没用的，需要知道RGB对应的 CIE XYZ，然后再做色域转换。一般默认是 sRGB，除非用户自行修改。

Windows 的 UI，内部维护了很多诸如“菜单背景、选中颜色...”之类的大量的UI颜色，你在Windows主题内可以自定义这些颜色，这些颜色都以三个连续的16进制数字作为 RGB颜色的对应。你选择的这个框，就是说三个RGB颜色对应的色彩空间颜色。和应用程序发送到显卡，是没有关系的。Windows做的，就是保留这么一个属性。如果有第三方程序需要这个功能，比如某个软件（注意，不一定是截屏软件，比方说是WORD软件）要打印用户实际看到的自己软件菜单选项，若需要打印输出，需要严格和屏幕一样。如果我是 CS2420 AdobeRGB 显示器，使用默认配置，那么该软件无法打印出“过饱和的系统菜单颜色”，而只能以sRGB输出菜单色，这样就存在色差。尽管这大多数情况是无所谓的。

您提供的这个选项并非是 EXE软件的RGB到显卡的一个关口，这个关口就是GDI。当然现在3D加速 GPU加速多了，应用不通过GDI接口，而通过GPU接口，无论哪个接口都和这个选项无关。

Windows系统唯一在颜色方面对应用程序到显示器的颜色有修改的，就是 VCGT 。看下图，前景是截屏的样子，背景是实际照片。由于用户自制ICC通过Windows加载VCGT，把绿色去掉了，所以有些异样。这正说明了Windows通过操纵显卡3 x 1Dlut 修改了应用程序发到显示器的RGB数值。stevenkoh 编辑于 2022-09-23 17:02

“默认Windows不加载任何显示器的icc文件”并不会导致“RGB色彩是从应用程序PhotoShop直接发送到显示器”，因为Windows除了“显示器色彩配置文件”选项以外，还有个“默认色彩配置文件”的选项，而这个选项是无法设置为“不加载任何显示器的icc文件”的：

在这种设置下你的场景二中2与3效果其实是都是一样的，Adobe RGB的图像文件无论是加载时转换到sRGB还是直接以Adobe RGB打开，都会在显示前完成Adobe RGB到sRGB的转换，具体效果都与转换意图相关，你后面贴的那两个“转换意图”上面的对话框影响3（打开时转换）、下面的对话框影响2（显示时转换）。

而场景三中的3种情况显示效果都是“过饱和”的，无论你加载的是sRGB还是Adobe RGB、也无论工作空间是sRGB还是Adobe RGB，PhotoShop都会在显示前把它转换为sRGB数据然后送到Adobe RGB显示器上。

你所描述的结论适用于GIMP并且取消“色彩管理此视图”的情况，但不适用于PhotoShop，PhotoShop没有“不进行色彩管理”的选择。

如果你的PhotoShop不能正确（因色域裁切导致的色彩变化不归入错误）显示一张Adobe RGB的图像文件，那么在这个软硬件配置下它也一定不能正确显示一张sRGB的图像文件。场景二都是正确显示——sRGB显示配置文件匹配sRGB显示器，场景三都是错误显示——sRGB显示配置文件不匹配Adobe RGB显示器，如果不想过多进行色彩管理方面的设置，那么就只能使用sRGB显示器、并且永远不要使用PhotoShop中的“指定色彩配置文件”和“抛弃色彩配置文件”的选择。

网友@何不同 提出一个问题：『在一台新显示器、新安装的系统和软件上，使用默认初始状态，打开一个图片，这个显示器看到的图片的色彩空间是什么？』我理解他的意思。这个问题是标题的基础，假如PS的工作色彩空间设置成和屏幕实际色彩空间不一样，会发生什么？比如PS设置成ProPhoto RGB，这个没有屏幕可以做到，那么此时的显示器的色彩到底是什么？但这个问题不面基的话很烧脑，很绕。况且这里有一些民科故意的混淆视听，瞎带节奏。这里砖家把用户遭遇的应用场景，用实际案例描述问题，这样大家就直观的理解问题核心了。（以下图片均可点击放大）首先，我们默认Windows不加载任何显示器的icc文件，我们要去除操作系统、显卡的干扰。RGB色彩是从应用程序PhotoShop直接发送到显示器，用户仅仅在应用程序 PhotoShop 环节做色彩管理操作。然后，我们一共有三台显示器：

1.一台单色灰度显示器；
2.一台sRGB标准显示，艺卓EIZO CS2410；
3.一台AdobeRGB显示器，艺卓EIZO CS2420

单色灰度显示器：两台接近完美的sRGB显示器（CS2410） 和 AdobeRGB显示器（CS2420），色彩品质由艺卓来守护：我们的试验场景，两个JPG照片文件，一张sRGB JPG，另一张 AdobeRGB JPG，两张均为相机直出JPG，均不内嵌icc。我们分别用PhotoShop加载这两张照片，在上述3台显示器上分别显示，看看情况分别是什么。

这都是最普通、最典型的应用场景。然后砖家会在这个主题中推导出，如果工作空间是设置ProPhoto RGB，那么显示器的显示结果是什么。有什么优势，同时也有什么显而易见的不足。

实验场景一：单色灰度显示器
无论加载何种 照片，无论PhotoShop怎么设置，显示的均为屏幕的单色灰度色彩空间。
结论：显示的是显示器色彩空间。色差是颜色和黑白的色差。
　
　
　
实验场景二：EIZO CS2410，100% sRGB显示器

2.1     PS 工作色彩空间 默认 sRGB，加载相机直出 sRGB JPG。
结论：一切默认，显示的是显示器色彩空间 sRGB。没有色差。

2.2     PS工作色彩空间人为设置 AdobeRGB，加载相机直出 AdobeRGB JPG。
结论：显示的是显示器色彩空间 sRGB。色差是 sRGB和AdobeRGB的固有色差（RGB数值相同，而指向的CIE XYZ数值不同，欠饱和）。
很多盲目听信相机设置AdobeRGB就是这个场景的典型（案例：显示器sRGB，盲目使用AdobeRGB），或者熟练的老手不小心误操作，忘记恢复设置了。
色差原因是：PS工作空间和照片色彩空间相同，PS数据直接显示。实际是在sRGB色彩空间显示相同RGB标号的AdobeRGB色彩，造成色彩欠饱和，色彩管理出错。2.3    PhotoShop工作色彩空间还是默认 sRGB，加载相机直出 AdobeRGB JPG。用户导入JPG是，正确操作色彩空间转换。
结论：显示的是显示器色彩空间 sRGB。
色差：取决于用户在PS工作空间设置的色彩转换意图。色差对用户来说是“已知的”、主动的，这种色差并非意外，因为是用户的主动操作，用户的色彩管理操作是正确的。色差是PS按照用户的设置，处理了AdobeRGB和sRGB的色差。具体怎么处理取决于下图红框所示“转换意图”。　
　
　
场景三：EIZO 99% AdobeRGB显示器，EIZO CS2420

3.1 PhotoShop工作色彩空间 默认 sRGB，加载相机直出 sRGB JPG。
结论：一切默认，显示的是显示器色彩空间 AdobeRGB。
色差是 AdobeRGB和sRGB的固有色差（RGB数值相同，CIE XYZ数值不同的色差，过饱和）。很多不熟悉的广色域用户买来就是这副样子。网友说的就是这样：『刚入手广色域显示器的人碰到的第一个问题就是这个，图变鲜艳了，过饱和』。
色差原因：没有按照显示器特性修改默认，标识错误，色彩管理出错。

3.2 PhotoShop工作色彩空间 人为设置 AdobeRGB，加载相机直出 AdobeRGB JPG。
结论：显示的是显示器色彩空间 AdobeRGB，正确显示。
色差：艺卓CS2420本身是 99% AdobeRGB，距离完美有1%的色差。基于对艺卓品牌，用户可以认为相同，显示器显示色彩空间就是AdobeRGB。

3.3 PhotoShop工作色彩空间 人为设置 AdobeRGB，加载相机直出 sRGB JPG。用户正确加载色彩空间的转换
结论：显示的是显示器色彩空间 AdobeRGB，正确显示sRGB照片。
色差：由于AdobeRGB色域大于sRGB。只需要用户加载时候小心正确操作，正确的色彩管理AdobeRGB显示器可以正确显示sRGB照片。（但不完美，存在色阶丢失，这个砖家不展开了）。

结论：
所以，我们可以回答@何不同 的问题，结论是：显示器显示的就是自己的色彩空间。不管你什么照片、操作系统、应用软件是否设置正确。显示器就是显示自己的色彩空间。显示器是单色的，就是单色；显示器是sRGB标定的，就显示sRGB；显示器是AdobeRGB标定的，就显示AdobeRGB。如果普通显示器达不到艺卓一样的精准标定，那就是这些显示器自己的私有色彩空间。这样所谓的“色差”，是私有显示器色彩空间距离目标（标准可视色彩空间）之间的色差。就像艺卓CS2420测得的99%AdobeRGB，就存在1%的误差。而显示器自己的私有色彩空间，可以通过校色仪测得制作icc获取，这和OS是否加载无关。这个是“存在但未知”和“不存在”的区别，这是非常直观简单的逻辑。不是说OS不加载ICC，诸如2.1“sRGB屏幕显示sRGB照片”和3.2“AdobeRGB屏幕显示AdobeRGB照片”就不存在，也是不可知，也是显示错误的。显然这个观点混淆了色彩管理的逻辑，是错误的。尤其是3.3，虽然OS没有加载ICC，但只要PS正确设置、正确导入，正确导出，用户也能正确使用广色域。

上述三个场景，特别是后者两个彩色显示器场景。只有 2.2 “sRGB直接显示AdobeRGB照片” 和 3.1 “AdobeRGB显示器直接显示sRGB照片”，是色彩管理错误的。其他都是色彩管理正确的。这就是OS没有加载用户校色的结果，当然前提是显示器出厂就相当不错。今天显示器带出厂校色报告的越来越多了。所以，即便显示器厂家没有提供厂家提供的icc，在PS中也不影响使用，只要显示器本身硬件不错，且用户自己的应用程序比如PS的色彩管理配置标识正确、照片导入正确操作就可以了。

实际上普通用户在色彩管理又有两个大坑：系统加载用户自己校色，以及工作空间设置“非可视色彩空间（比如ProPhoto RGB）”。这个砖家再慢慢在本主题继续阐述，先理解本帖确定的基本概念。先做到基本的色彩管理的“正确标识”问题。因为只要做到正确标识，所谓欠饱和、过饱和的问题就能迎刃而解。色彩管理出错，大部分都是这种问题。而只有理解了这个“正确标识”，我们才能进一步讨论工作空间ProPhoto RGB的问题。stevenkoh 编辑于 2022-09-23 15:06