树下的石头 发表于 2021-9-13 15:25
EXIF中的ColorSpace确实是在表明是否是sRGB色彩空间，只不过并非所有相机或其它图片生产者都支持这个，有些程序会永远将这个值设置为1也是正常的。

而PS在显示图片时当然要首先考虑使用内嵌的色彩配置文件来处理颜色，所以才会有ColorSpace是1但PS却按ARGB处理，因为它的内嵌色彩配置文件是ARGB。

PS在创建图像时是考虑到这个数值的，如果你使用PS创建一副图像，那么只要色彩配置文件不是sRGB，那么这个值就会变成65535；但这依然没有意义，PS在打开图像时依然不会去考虑这个数值，只会按色彩配置文件来处理图像颜色。

这个ColorSpace的存在意义近乎于没有，只有在图片没有内嵌色彩配置文件时才需要按照它来处理颜色，当它是1时当然要按sRGB处理，但当它是“其它”时，你也无法判断正确色彩配置文件应该是什么，结果也只能按最通用的sRGB（假设它是RGB模式的数据）处理，有它没它基本上没区别。

这应该是个半途而废的标准内容，只有1和“其它”是没有意义的，至少要有1、2和其它才有意义。就目前而言，它只能用来判断“一个没有内嵌色彩配置文件图像文件被显示时，其颜色是否可疑”。

刚试了一下，GIMP在存储时也是支持这个数值的，只有在使用系统目录下的sRGB IEC61966-2.1时这个数值才是1， ...

rivershaw 发表于 2021-9-13 15:10
保健品课堂上的老师，也是要先说说哈狒大学教授的研究，牛律学者的实验，再介绍一下自己“弯弯科学院”的名号，比如什么前20的JPEG专家，有数学基础的“pseudo code”码农，甚至还有“水变油”的专利，天天要写论文，铺垫完了就开始忽悠老爷爷、老奶奶，卖的主要就是弱碱性水。

如果拍张照片，跟你像不像？！

stevenkoh 发表于 2021-9-13 14:57
讲逻辑您民科可不行啊，您的数学基础决定了您理解不了“RAW没有色域、RAW没有色彩空间”。所以我一直强调，不理解没关系，背出来，对您的色彩管理有好处。

您老有没有教过孙子孙女数学，小孩子像背99乘法表一样，默背“除法除数不能为零”。你就像您孙子孙女一样，默背RAW没有色域、RAW没有色彩空间，对你的色觉衰退下的色彩管理有好处。为了您老着想哦

rivershaw 发表于 2021-9-13 14:48
我都跟你理过逻辑关系了，逻辑上有，“若A则B”等价于“若非B则非A”。
（A）“钱老师是前北京照相机厂总工，他对色彩管理有着非常深入的见地；而钱元凯老师对色彩管理的精确掌握，是因为他的数学思维远远超过普通人”；（B）钱老师在视频中说RAW有色域有色彩空间。

所以，（非B）凡是说“RAW没有色域、RAW没有色彩空间”；（非A）都是对色彩管理没有见地、数学思维不行。

你对色彩管理没有见地、数学思维也不行，已经证明过了。对吧？！

在https://forum.xitek.com/thread-1935608-1-1.html，553楼，我又证明了你的exif决定icc是错误的，照片例子也给过你了，正确读取嵌入的icc的方法也告诉你了，是不是证明你绝不可能是什么前20名的jpeg专家。对吧？！

至于RIP，我不搞印刷，不懂RIP。你看我从来没有说过我不懂的，对吧？！但是根据钱老师的逻辑证明，又证实了你假专家的身份，如果怀疑你根本也不懂RIP，只会自吹自擂，装模作样，是不是也很有可能？！ ...

tianman 发表于 2021-9-13 14:23
阁下终于变聪明了
不再订正，只说这些没有实际意义的废话，自然就不会暴露自己的短板了。

有这个时间，还不如补习一下小学英语呢。。。

rivershaw 发表于 2021-9-13 14:25
你别尽胡扯些没用的，你就说这张照片是sRGB还是Adobe RGB？为什么按照你给的exif的colorspace是sRGB，photoshop却按照Adobe RGB读取，你错了，还是photoshop错了？

你好好问答！

实际上是你死不认错！exif的那个colorspace没有用处，支持色彩管理的软件只认嵌入的icc文件，你搞笑弄出了colorspace，还说因为colorspace没有Adobe RGB，所以要慎重，真是要多荒唐有多荒唐！

你说错误的观点、错误的方法，误导别人是讨论问题。别人纠正你的错误就是灌水，你屡次诬陷我使用马甲，我再郑重地告诉你一次，我在坛子里只有rivershaw这一个ID，没有任何马甲，不要以小人之心度君子之腹。

我把纠正你错误的话再说一遍，让大家都看看你是一个什么样的专家。

tianman 发表于 2021-9-13 14:28
两个小学英语不及格的抱团取暖呀
先别扯“科技英语”吧，你还是先学学小学英语，看看“man脑”有什么问题再说。。。
文盲还偏偏要冒充孔乙己，笑话。。。

stevenkoh 发表于 2021-9-13 14:00
民科连我的 原帖576贴 都编辑删掉不敢转，还“不要回避”？笑死人了。

其实我早在2020-05-26 16:54就在 211帖（戳） 回应了。退休民科老花眼，看不清楚。当时，我就指出应该是后期作者不严谨的操作导致色彩空间标识有误【明确标识了sRGB的色彩空间，尽管留有“相机设置AdobeRGB，然后用JPG出片”的痕迹，所以，其颜色空间标记反而是不值得信任的】

同时作者在一个多小时后在   213帖（戳），【你说的是对的。我用dng从ps导出srgb和argb】

很简单的是一个事情，作者由于进行了色彩空间操作，不面基我无法确认用户的色彩操作步骤知否正确而已。这么小的事情，不知道要说明什么？

原作作者不规范的操作，导致前后矛盾的色彩描述，PS选择 AdobeRGB解读，我是开发打印驱动RIP的，我按照工业标准按照 sRGB解读，也是可以的（工作标准参考下图）。因为所有其他第三方RIP，都是按照sRGB解读。你这种民科又没有接触到，自然不懂。

PS不是面向打 ...

rivershaw 发表于 2021-9-12 06:11
在那个帖子里，@stevenkoh同学说了下面的话:

详见：https://forum.xitek.com/forum.php?mod=viewthread&tid=1934638&page=4&ordertype=1#pid84993398

1、同样是RGB，为什么有的有颜色、有的没有颜色，这完全没有道理啊？！

按照CIE、ICC的观点，天底下只有XYZ（Lab）是绝对的颜色，RGB被称为与设备相关的相对颜色。所谓与设备相关的、相对颜色，就是说RGB不能仅凭自己独立确定出XYZ颜色，必须按照icc的RGB2XYZ（或者3DLUT），才能确定出RGB的XYZ颜色。所以，JPG、TIF这样的文件，必须要用内嵌的icc文件，才能确定出RGB的XYZ颜色。这与RAW没有任何区别，只不过RAW是厂商私有的文件格式，内嵌icc没有统一标准，还有，icc的白点是必须固定的，而RAW可以解码时调整白点（白平衡），所以一般格式的icc不太好使，所以各个RAW解码厂商有自己的profile（头文件、类似icc）。正因为各个厂商的profile不完全一样，所以解码出的颜色会稍有不同。

2、图片如果没有包含色彩配置文件（icc），那么一律按照sRGB解析，这是行业标准吗？

首先，图片如果没有包含icc，这张图片一定是sRGB的吗？

答案是否定的！比如，photoshop保存一张非sRGB照片时，选择不嵌入icc，如果存在标准，photoshop一定会自动把这张照片转换到sRGB再存盘。实际上photoshop不这样做，仅是删除照片的icc，照片的RGB还是原来的非sRGB色彩空间。这就证明，没有这样一个行业标准存在，否则Adobe这样的行业翘楚就别出来混了！

其次，遇到一张没有icc的JPEG、TIFF图片，操作系统、看图软件怎么处理呢？

简单说，没法处理。因为没有icc就没有办法知道JPEG、TIFF的XYZ颜色。所以，最蠢的操作系统、看图软件，不管icc，统统把icc当成sRGB处理，这就是没有色彩管理时的情况。稍微聪明点的操作系统、看图软件在有icc时会按照icc处理，没有icc时，只好当成sRGB处理，这不是什么行业标准，只是没有办法的办法，这可能直接导致非sRGB的图片严重偏色。

实际上，windows操作系统会允许你设置系统的缺省色彩空间，如果设置成Adobe RGB，当没有icc时，就按照Adobe RGB处理，而不是sRGB。微软的愚钝之处在于，当你修改了系统缺省的色彩空间（比如设置为Adobe RGB），当没有icc时，有的Windows应用使用这个系统缺省的色彩空间，但是有的应用还是按照原来的老办法，当成sRGB处理。这是很可笑的，但是也能说明没有icc时，当成sRGB也不是什么行业规范，否则微软也不必搞出个系统缺省的色彩空间。

的确，微软的文档强调，没有icc当成sRGB处理，这是因为规则变了之后，老文档却没有及时更新。微软在色彩管理上是一团浆糊，最早完全没有色彩管理，后来打补丁添加，现在的色彩管理还是很混乱，以后的版本可能会改好，估计要几年以后。我总是强调色彩管理问题上要多验证，不实际验证会闹出很多笑话，如果验证一下最新版的Windows，就会发现与以前的文档描述已经不一样了。

3、“所有数码相机产生的JPG文件都不包含图片位置文件，仅仅是在色彩空间属性，设置了sRGB属性。并不包含“图片配置文件”。”（我认为上文中的“位置文件”是“配置文件”的笔误，如果不是，请@ stevenkoh同学说明）

这是完全错误的说法，所有数码相机产生的JPG文件都嵌入了配置文件（icc），并不是“仅仅是在色彩空间属性，设置了sRGB属性”。这里的exif的color space设置无关紧要，那是一个exif协议的补丁，几乎所有的看图软件、图片处理软件都不理会这个exif的color space，也不会按照这个color space确定图片的色彩空间。

凡是支持色彩管理的，看图软件、图片处理软件，都是读取JPEG、TIFF内嵌的配置文件（icc），按照配置文件（icc）内指定的RGB2XYZ（3DLUT）转换颜色，没有例外。

@ stevenkoh正是因为对exif的color space理解出错，才会说出，“比较特殊的是相机生成的 AdobeRGB色彩空间的 JPG文件。该文件的RGB数据不是sRGB色彩空间的RGB，而是AdobeRGB色彩空间下的RGB，但此时不包含AdobeRGB的ICC，而是在某些颜色属性中，用含糊不清的方式指定。此时导入PS，不一定会自动辨识为AdobeRGB的JPG文件，有的时候需要用户自己导入/打开的时候人工指定，或转换。操作要非常小心”，这样的糊涂话来。

当照相机设置为Adobe RGB色彩空间时，拍出来的JPEG照片，每张都会内嵌Adobe RGB的icc文件，没有例外。并且随时都可以从这些JPEG照片中提取出Adobe RGB的icc文件。最简单的验证办法是用16进制编辑器查看一下JPEG文件，大部分嵌入的icc都放在JPEG文件的开始部分，你能从16进制编辑器里看到“Adobe RGB（1998）”这样的字符串，它是icc文件内包含的配置文件描述符。同样的道理，如果是sRGB，也能看到“sRGB IEC61966-2.1”。

所以绝对不会出现“此时导入PS，不一定会自动辨识为AdobeRGB的JPG文件，有的时候需要用户自己导入/打开的时候人工指定，或转换。操作要非常小心”，这样的傻事。

我从来不反对sRGB一统江湖，但是@ stevenkoh同学在sRGB里面待太久了，眼中只有sRGB，对sRGB之外的事情全不了解，对icc更是一无所知。这样的专业人士，前20专家，说出来的话，是不是可信度为O？

rivershaw 发表于 2021-9-13 13:24

你还是好好回答下面这张照片究竟是sRGB的，还是Adobe RGB？
不要回避，这才是好好讨论问题！

tianman 发表于 2021-9-13 11:59
要论英语的话，阁下还处在造句然后订正的阶段呢。。。

rivershaw 发表于 2021-9-13 12:06
实在忍不住了，

stevenkoh 发表于 2021-9-11 12:51
怎么都扯到英语去啦？对于一个经常看英语科普文献的人，man 和 human 是起码的语感 。

同样，人脑是man 还是 human ？对于一个经常读英语文献的人是最起码的语感吧。

英语水平如此，缺乏理科生起码的数学思维，无法理解数学概念，代码自学半瓶水。自称理解色彩管理，但家里却还在用游戏屏（VX系列娱乐屏）。最滑稽的是，自称高工退休发烧友、玩色彩管理，却连硬件校色都没玩过。现在这类显示器大幅降价，对于高工退休发烧友真是毛毛雨，真搞不明白是不是高工？

因此，民科就不懂硬件校色，还妄言硬件校色显示器比软件3DLUT，在颜色精度上可就差得太远了，简直笑掉大牙。民科自称“没有实验验证的话从来不说”。自己节省穷酸得连硬件校色显示器都不买，如何妄言硬件校色精度？

...

tianman 发表于 2021-9-13 11:34
看来你果然是理解能力有问题呀
知道吗？
我这是在说明下面这段话：
“there is no sharp boundary between colors that they can "see" and colors that they can't  - no matter what you put in front of them,
they're going to see something.”
你知道吗？
这红外和紫外部分正是 “colors that they can't ”

正是因为“红外紫外在讨论色域时候，不应该被考虑”，所以才说“输入设备没有色域” ---- 因为原本就已经超出色彩的范围了。。。

tianman 发表于 2021-9-13 11:34
看来你果然是理解能力有问题呀
知道吗？
我这是在说明下面这段话：
“there is no sharp boundary between colors that they can "see" and colors that they can't  - no matter what you put in front of them,
they're going to see something.”
你知道吗？
这红外和紫外部分正是 “colors that they can't ”