主题：用photoshop做色彩管理实验
正序浏览
主题图片汇总
主题内检索
rivershaw 发表于 2021-2-4 09:15
Photoshop究竟该不该用ProPhoto RGB做色彩空间，来看一个实验。
上面这张图片的icc是ProPhoto RGB，左右是两个色块，左边的RGB是【1；240；1】，右边是【0；255；1】。这两个颜色都是ProPhoto RGB空间里，人眼看不见的颜色，位于色品图上红色圆圈表明的位置。
有人可能觉得奇怪，既然是看不见的颜色，为什么我们能看见绿色？这是因为把ProPhoto RGB转换到你的显示器色彩空间，颜色被压缩了，压缩成了显示器有的颜色，结果就是能看见绿色，但是分辨不出这是两个不同的绿色。
把这两个绿色的饱和度稍微降低一点点，比如饱和度（-12），就能分辨这两个颜色了，即使把ProPhoto RGB转换成sRGB，在sRGB色彩空间就能分辨出这两个绿色。
如果你的显示器不够好，降低饱和度还是分辨不出这两个绿色，就把饱和度多降低一点。
这个实验说明，在ProPhoto RGB色彩空间，有些颜色你看不见，但是你调图后就可以看见它们，关键在于你是否需要把这些颜色重现出来。
如果photoshop的工作空间设置成sRGB，可以重做这个实验，看看能否调出不同的绿色。
我举一个例子，说明一下“基础不牢”对于日常操作的误导。以楼主是这样一个摄影知识非常精通的人，也会犯的一个错误。上面例子就是，楼主对于“色彩溢出”的恐惧。这个问题，我在《PS用ProPhoto》解释过。
人性两个弱点，一个贪婪，一个恐惧。很多人相机选择AdobeRGB，就是贪婪；很多人在ACR导入的色彩空间选择上，就是恐惧。
但其实知道色彩管理链路原理，就知道了。只要你“向右曝光”不溢出（这点楼主自己有深入的分析），那么其实后期就不会“色彩溢出”。后期的色彩溢出，那是调色或者操作错误而导致。只要前期拍摄不溢出，后期就不可能溢出。举个例子，手机ISP的操作，无论用户选择哪个色彩空间，色彩都不会溢出。因为原理很简单，RAW没有色彩。而如果对色彩管理基石理解错误的话，以为相机内一定暗藏不公开的色彩空间，那么一方面就会寻找这个不存在的色彩空间，另一方面选择ProPhoto RGB，惟恐遗漏了“颜色”。而一旦普通用户受到误导选择非可视的ProPhoto RGB，那么又引发一系列的色彩问题。
如果有正确的色彩管理知识，那么就应该知道，色域是和输出有关，和输入无关。相机选择提供“色彩空间选项”，是给用户最终的显示的选择。如果你是sRGB显示器，那么你就不应该相机选择AdobeRGB色彩空间；如果你不是用来计算，而是追求眼见的色彩空间，那么就不应该选择ProPhoto RGB。
像红色的粗体字，对用户来说就是很大的误导。因为没有人会认为自己存在可主动选择的“不需要的色彩”，所以必然是选择ProPhoto RGB。而我们输出打印知道，没有用户“不需要的色彩”，只有限于材料无法表达的色彩，我们会尽力表达“用户需要的色彩”，前提是用户需要“正确标注”自己所用的色彩。而正确可靠标注的，目前网络远程依赖就是sRGB。选择sRGB，不是没本事，而是严格遵行的标准。这点民科限于知识局限，不知道而已。但W3C组织和艺卓显示器，都是知道的。
W3C仅仅用RGB三色来标记颜色，网页CSS都是这类。颜色名和RGB的对照值在这个链接里：www_w3school_com_cn/tags/html_ref_colornames.asp，如果我们选择“网页打印”，打印驱动如何打印网页字体的颜色呢？一般的做法不是用户显示器的ICC，而是打印sRGB。网页RGB的颜色是sRGB颜色，这是 W3C的规定。
远程的网络打印选择什么显示器？艺卓（下图）告诉你，不是广色域AdobeRGB，而是sRGB显示器。全色彩链路默认sRGB，是可靠的色彩管理链路，不是没有色彩管理，尽管民科不承认且抹黑这个观点。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1099 帖
这个贴还是回到了 2020-07-03 第11贴 的结论：“老师你这个教程的这些知识非常抽象，需要面授的”。当然如果只为退休吃饱了装叉，自然不需要面授；而真正解决问题，这类科普是起反作用的。因为楼主根基不牢。
中科院每年收到大量自称解决“歌德巴赫猜想”的民科，对民科来说，歌德巴赫猜想是不难的，可以用自己四则运算的能力证明。民科不懂证明歌德巴赫猜想所需要的知识的艰巨性。很多民科会妄想一些知识，在关键点自证。色彩管理也一样，像下面的话：
红色字体就是臆想出来的（大家要善待老年人的臆想，这里仅仅指出客观事实）。这里有两个关键错误：
1.这个不叫“设备”，而是“色彩空间”。所以，sRGB、Adobe RGB、ProPhoto RGB不是“设备”，而是”标准“。楼主这种提法，我在所有官方资料中都没有见过。如果是色域/色彩空间的混用，大家都能理解。但楼主这类混淆，真没见过，楼主在 第55贴 对自己的担心，也不是没有道理的。
楼主真正要表达的，叫 Device-Independent Color Spaces（与设备无关的色彩空间，俗称“标准色彩空间”），以及 Device-Dependent Color Spaces（与设备相关的颜色空间，俗称“设备色彩空间”）。这都是在官方教材有定义的，我在 这个链接 中给了出处，大家可以自己去看。
2.如果使用了“标准色彩空间”，是不需要ICC的。比如JPG照片只要Exif把 colorspace 设为1，就知道JPG照片的 RGB 是 sRGB的对应颜色位置；JPG照片 Interoperability = R03 ，colospace = -1，那么就按照 AdobeRGB解析；如果Display P3还有没有纳入体系，那么手机就嵌入Display P3的标准icc。楼主这点不明白，所以存在很多误判（链接）；同样，楼主不理解如果厂家按照sRGB标准生产显示器，且出厂出具原厂校色报告，拿来就能用，一般没必要出厂校色，sRGB什么都不用额外做，一切用默认设置就是色准的。
楼主这个贴的实际作用，是有一点教会大家使用ICC的方法。色彩管理看似很多时候在设置操控ICC，但色彩管理不等同于ICC。就好像四则运算不是数学的全部一样。楼主这个贴虽然根基不牢，但至少告诉了大家ICC在哪里需要设置，这类科普还是对的。但如果上升到“教学”层面，就需要根基了，而这恰恰是楼主欠缺的。如果你连除数不等于零都不接受，那么还是不要教数学了；同样，你连RAW没有色域也不懂，也就不要谈什么“色彩管理”了，根基不牢地动山摇。就像我在本主题 1028楼 所言，【楼主毕竟是业余，道行还是太浅了】。
中科院每年收到大量自称解决“歌德巴赫猜想”的民科，对民科来说，歌德巴赫猜想是不难的，可以用自己四则运算的能力证明。民科不懂证明歌德巴赫猜想所需要的知识的艰巨性。很多民科会妄想一些知识，在关键点自证。色彩管理也一样，像下面的话：
rivershaw 发表于 2021-10-5 04:21
我总是说，色彩管理原本一点都不难，但是被一些糊涂人有意无意地把概念搞乱了，拨乱反正才是最困难的。
在色彩管理中，sRGB、Adobe RGB、ProPhoto RGB被称为“虚拟设备”。虚拟设备的RGB，也要靠虚拟设备的icc才能确定XYZ颜色。没有sRGB Color Space Profile.icm、AdobeRGB1998.icc、ProPhoto.icm这样的icc文件，无法确定RGB的颜色。
红色字体就是臆想出来的（大家要善待老年人的臆想，这里仅仅指出客观事实）。这里有两个关键错误：
1.这个不叫“设备”，而是“色彩空间”。所以，sRGB、Adobe RGB、ProPhoto RGB不是“设备”，而是”标准“。楼主这种提法，我在所有官方资料中都没有见过。如果是色域/色彩空间的混用，大家都能理解。但楼主这类混淆，真没见过，楼主在 第55贴 对自己的担心，也不是没有道理的。
楼主真正要表达的，叫 Device-Independent Color Spaces（与设备无关的色彩空间，俗称“标准色彩空间”），以及 Device-Dependent Color Spaces（与设备相关的颜色空间，俗称“设备色彩空间”）。这都是在官方教材有定义的，我在 这个链接 中给了出处，大家可以自己去看。
2.如果使用了“标准色彩空间”，是不需要ICC的。比如JPG照片只要Exif把 colorspace 设为1，就知道JPG照片的 RGB 是 sRGB的对应颜色位置；JPG照片 Interoperability = R03 ，colospace = -1，那么就按照 AdobeRGB解析；如果Display P3还有没有纳入体系，那么手机就嵌入Display P3的标准icc。楼主这点不明白，所以存在很多误判（链接）；同样，楼主不理解如果厂家按照sRGB标准生产显示器，且出厂出具原厂校色报告，拿来就能用，一般没必要出厂校色，sRGB什么都不用额外做，一切用默认设置就是色准的。
楼主这个贴的实际作用，是有一点教会大家使用ICC的方法。色彩管理看似很多时候在设置操控ICC，但色彩管理不等同于ICC。就好像四则运算不是数学的全部一样。楼主这个贴虽然根基不牢，但至少告诉了大家ICC在哪里需要设置，这类科普还是对的。但如果上升到“教学”层面，就需要根基了，而这恰恰是楼主欠缺的。如果你连除数不等于零都不接受，那么还是不要教数学了；同样，你连RAW没有色域也不懂，也就不要谈什么“色彩管理”了，根基不牢地动山摇。就像我在本主题 1028楼 所言，【楼主毕竟是业余，道行还是太浅了】。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1098 帖
rivershaw 发表于 2021-10-6 04:10
对你来说，色彩管理可能跟哥德巴赫猜想一样难，
你们民科以为哥德巴赫猜想简单，是因为你们“把概念搞乱了”
比如说，民科们固执地认为，哥德巴赫猜想就是证明1+1，所以才会说：哥德巴赫猜想“原本一点都不难，但是被一些数学家有意无意地把概念搞乱了，拨乱反正才是最困难的。”
同样，对于色彩管理的概念，你也是一样的“把概念搞乱了”。本贴就是证明。。。
所以，你才会说 “色彩管理原本一点都不难，但是被一些糊涂人有意无意地把概念搞乱了，拨乱反正才是最困难的。”
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1097 帖
tianman 发表于 2021-10-5 19:35
民科总是说，哥德巴赫猜想“原本一点都不难，但是被一些数学家有意无意地把概念搞乱了，拨乱反正才是最困难的。”
其实，民科的短板恰恰在于“把概念搞乱了”
就拿色彩管理来说，
你知道“sRGB、Adobe RGB、ProPhoto RGB”的概念是怎么定义的吗？
“sRGB、Adobe RGB、ProPhoto RGB”都是人类根据自己的需要定义的“色彩空间”，根本就不是什么“虚拟设备”。
能将“空间”说成了“虚拟设备”，你这是典型的概念错误。。。
可怜你天天咋呼着算这个、算哪个的，感情你都不知道你自己算的究竟是什么呀。。。
你不知道，“sRGB、Adobe RGB、ProPhoto RGB”这些“标准”的色彩空间，在被定义时就已经明确了和绝对色彩空间的关系。并不需要“虚拟设备的icc才能确定XYZ颜色”，更不可能“是任意的颜色”
你不知道，色彩学里所谓的“虚拟设备icc”并不是指色彩空间，而是指一类特殊的“设备特性文件”。
具体说，是这一类icc文件被称为“虚拟的设备配置文件”，而不是“sRGB、Adobe RGB、ProPhoto RGB被称为“虚拟设备””。
你又“把概念搞乱了”。。。
比如说，对于设置为/校准为“sRGB色彩空间”的设备，系统可以直接使用“以sRGB色彩空间定义形成的icc文件”，输出到显示或印刷设备里。这些个icc文 ...
对你来说，色彩管理可能跟哥德巴赫猜想一样难，
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1096 帖
rivershaw 发表于 2021-10-5 04:21
我总是说，色彩管理原本一点都不难，但是被一些糊涂人有意无意地把概念搞乱了，拨乱反正才是最困难的。
在色彩管理中，sRGB、Adobe RGB、ProPhoto RGB被称为“虚拟设备”。虚拟设备的RGB，也要靠虚拟设备的icc才能确定XYZ颜色。没有sRGB Color Space Profile.icm、AdobeRGB1998.icc、ProPhoto.icm这样的icc文件，无法确定RGB的颜色。
比如，一个RGB=【255；0；0】，没有色彩管理概念的人会认为是一个红色，有色彩管理概念的人会认为它可能是任意的颜色，可能是绿、也可能是蓝。
它究竟是什么颜色，全凭icc的解释，icc可以把它解释成绿色，也可以解释成蓝色。还记得我给你的那个“BRG-Adobe RGB.ICC”，它就把RGB=【255；0；0】解释成蓝色。
民科总是说，哥德巴赫猜想“原本一点都不难，但是被一些数学家有意无意地把概念搞乱了，拨乱反正才是最困难的。”
其实，民科的短板恰恰在于“把概念搞乱了”
就拿色彩管理来说，
你知道“sRGB、Adobe RGB、ProPhoto RGB”的概念是怎么定义的吗？
“sRGB、Adobe RGB、ProPhoto RGB”都是人类根据自己的需要定义的“色彩空间”，根本就不是什么“虚拟设备”。
能将“空间”说成了“虚拟设备”，你这是典型的概念错误。。。
可怜你天天咋呼着算这个、算哪个的，感情你都不知道你自己算的究竟是什么呀。。。
你不知道，“sRGB、Adobe RGB、ProPhoto RGB”这些“标准”的色彩空间，在被定义时就已经明确了和绝对色彩空间的关系。并不需要“虚拟设备的icc才能确定XYZ颜色”，更不可能“是任意的颜色”
你不知道，色彩学里所谓的“虚拟设备icc”并不是指色彩空间，而是指一类特殊的“设备特性文件”。
具体说，是这一类icc文件被称为“虚拟的设备配置文件”，而不是“sRGB、Adobe RGB、ProPhoto RGB被称为“虚拟设备””。
你又“把概念搞乱了”。。。
比如说，对于设置为/校准为“sRGB色彩空间”的设备，系统可以直接使用“以sRGB色彩空间定义形成的icc文件”，输出到显示或印刷设备里。这些个icc文件就是“虚拟的设备特征文件” 。。。
icc文件本应该反映这个设备的特征，但是这些虚拟的特性文件并没有具体设备的特征。或者说，这些设备的共同点只是“使用了这个色彩空间”的设备。所以才说是“虚拟icc”。。。
隔壁贴子里讨论的Windows桌面的色彩，其实就是使用这个“虚拟设备特征文件”的结果，因为操作系统不能预知用户使用什么样的显示设备、也不知道设备是否支持色彩管理。。。
在色彩管理系统中，经过Characterisation建立了设备特征文件的设备，都使用这个设备特有的icc文件，并不使用“sRGB Color Space Profile.icm、AdobeRGB1998.icc、ProPhoto.icm这样的icc文件”（它们一般只用在缺省色彩空间或指定色彩空间的情况下）。
要是按照你的说法，这样就“无法确定RGB的颜色”了？
搞笑。。。
---------------------------------
作为“标准”的色彩空间，“sRGB、Adobe RGB、ProPhoto RGB”都是和绝对色彩空间明确对应的。特征参数都是在建立绝对色彩空间时就已经确定的。或者说，所指代的颜色都是确定的。
有谁会“认为它可能是任意的颜色”？
只有民科。。。。。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1095 帖
tianman 发表于 2021-10-4 20:40
这还是基础知识的缺陷。。。
首先，RGB是色彩模型，自然不是颜色。
其次，RGB模型是人类对部分色彩的人为定义，这个定义和设备原本就不相关。
比如sRGB色彩空间或者ARGB色彩空间，并没有和哪一个设备相关。ProRGB色彩空间就更不用说了，和设备没有关系。
“没有icc，RGB是未知的颜色。”这是一句可笑的言论。
你假模假式地算了半天，却不知道：
实际上，icc文件是“设备特征文件”，反映的正是设备特性和绝对色彩空间的关系，却不是和相对色彩空间的关系。
而sRGB色彩空间、ARGB色彩空间或ProRGB色彩空间这些“相对色彩空间”，其实和绝对色彩空间是有明确对应关系的。
或者说，这些相对色彩空间和绝对色彩空间都指向了确定的颜色。差别仅仅在于“坐标系统”不一样罢了。
类似于炮兵定位坐标和地面的经纬度之间的关系。无论是“绝对坐标”的经纬度，还是“相对坐标”的炮兵定位坐标，指向的目标都是同一个确定的目标。
所谓的PCS作为参考色彩空间，其实是作为色彩转换的基准的。
...
我总是说，色彩管理原本一点都不难，但是被一些糊涂人有意无意地把概念搞乱了，拨乱反正才是最困难的。
在色彩管理中，sRGB、Adobe RGB、ProPhoto RGB被称为“虚拟设备”。虚拟设备的RGB，也要靠虚拟设备的icc才能确定XYZ颜色。没有sRGB Color Space Profile.icm、AdobeRGB1998.icc、ProPhoto.icm这样的icc文件，无法确定RGB的颜色。
比如，一个RGB=【255；0；0】，没有色彩管理概念的人会认为是一个红色，有色彩管理概念的人会认为它可能是任意的颜色，可能是绿、也可能是蓝。
它究竟是什么颜色，全凭icc的解释，icc可以把它解释成绿色，也可以解释成蓝色。还记得我给你的那个“BRG-Adobe RGB.ICC”，它就把RGB=【255；0；0】解释成蓝色。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1094 帖
rivershaw 发表于 2021-10-4 13:11
我强调“RGB不是颜色”，目的就是为了说明设备相关性，也就是icc的重要性。严格的说法应该是，没有icc，RGB是未知的颜色。
对色彩管理的初学者来说，建立“RGB不是颜色”的概念很有必要，因为初学者很容易认为RGB有确定的颜色，忽视icc对确定RGB颜色的作用。
这还是基础知识的缺陷。。。
首先，RGB是色彩模型，自然不是颜色。
其次，RGB模型是人类对部分色彩的人为定义，这个定义和设备原本就不相关。
比如sRGB色彩空间或者ARGB色彩空间，并没有和哪一个设备相关。ProRGB色彩空间就更不用说了，和设备没有关系。
“没有icc，RGB是未知的颜色。”这是一句可笑的言论。
你假模假式地算了半天，却不知道：
实际上，icc文件是“设备特征文件”，反映的正是设备特性和绝对色彩空间的关系，却不是和相对色彩空间的关系。
而sRGB色彩空间、ARGB色彩空间或ProRGB色彩空间这些“相对色彩空间”，其实和绝对色彩空间是有明确对应关系的。
或者说，这些相对色彩空间和绝对色彩空间都指向了确定的颜色。差别仅仅在于“坐标系统”不一样罢了。
类似于炮兵定位坐标和地面的经纬度之间的关系。无论是“绝对坐标”的经纬度，还是“相对坐标”的炮兵定位坐标，指向的目标都是同一个确定的目标。
所谓的PCS作为参考色彩空间，其实是作为色彩转换的基准的。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1093 帖
stevenkoh 发表于 2021-10-4 13:35
CalRGB从PDF公开规范1.2起就存在了，很早了。而且在规范里写的很明白。把这些数字填入PS色彩配置界面，就能得到一个icc文件。
CalRGB：
白点：0.9505，1.0000， 1.0890
Gamma：1.8
RGB三基色：
0.4497 0.2446 0.0252
0.3163 0.6720 0.1412
0.1845 0.0833 0.9227
看数值就知道 CalRGB基本等同于 AppleRGB的定义，这个Gamma很重要，苹果对此有过重大变更。对PDF的色彩链路分析，我也是砖家。
既然你是专家，就给大家算算，CalRGB的R=45，G=127，B=68，Lab颜色是多少？
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1092 帖
rivershaw 发表于 2020-7-25 05:23
喜欢摄影的人，对sRGB、Adobe RGB、ProPhoto RGB可能比较熟悉，我来介绍几种特别色彩空间。
首先是CIE RGB，很多人喜欢叫做三基色空间，这可能是最古老的色彩空间，基于最原始的RGB三基色实验，基本上每本色度学教科书都会讲这个三基色的实验和RGB2XYZ转换矩阵，但是很少会把它画在CIE x、y色品图上，画出来就是图中蓝色的三角形。白点是E白，就是等能白，x、y、z都是1/3。
有些二半吊子的“专家”非要说RGB是颜色，在XYZ上有对应点，有x、y坐标，其实就是暗指的这个CIE RGB空间。重要的话要反复说，一个RGB，如果不指定色彩空间，是无法确定颜色的，这一点教科书都没有特别强调。一个RGB在CIE RGB色彩空间里颜色是确定的，能计算出XYZ，但离开了色彩空间，谈论RGB的颜色，是糊涂！
CIE RGB基于RGB三原色，还有一个纯粹为了计算的基于XYZ的色彩空间，有人叫做CIE XYZ色彩空间，这个叫法不严谨，DisplayCal给出了这个空间的icc（DCDM X’Y’Z’.icm），画出来就一目了然了，就是图上的红色三角形。白点也是E白。
最后一个是叫做CalRGB的色彩空间，是pdf文档默认的基础色彩空间，图上的绿色三角形。pdf文档的色彩管理，比电脑、显示器、photoshop还复杂，真明白的人不多， ...
CalRGB从PDF公开规范1.2起就存在了，很早了。而且在规范里写的很明白。把这些数字填入PS色彩配置界面，就能得到一个icc文件。
CalRGB：
白点：0.9505，1.0000， 1.0890
Gamma：1.8
RGB三基色：
0.4497 0.2446 0.0252
0.3163 0.6720 0.1412
0.1845 0.0833 0.9227
看数值就知道 CalRGB基本等同于 AppleRGB的定义，这个Gamma很重要，苹果对此有过重大变更。对PDF的色彩链路分析，我也是砖家。
2009年以前的苹果，默认色彩空间是 Apple RGB，Gamma1.8；
2009--2015，苹果色彩空间事实上是默认sRGB；
2015年以后，苹果色色彩空间对装备了Display P3的白苹果，默认是Display P3；对黑客自己玩的黑苹果，一般还是sRGB。
而Windows，一直都是默认sRGB。有些广色域笔记本厂家，会在Shell壁纸、主题等环节，优化色彩配置。只不过是壳子是广色域，实际还要用户自己色彩设置正确。
苹果默认Display P3的，只有在苹果系内部生态环境内“色准”比较方便，拿到外面不一定。只不过大部分不计较，也不懂得计较罢了，所以“苹果色准”。
不过几万块的苹果，要和上千万的印刷机比色准，那是不能比的。因为操纵印刷机的，都有能力帮你计较“色准”，讲技术苹果的品牌霸权就没有了。
本帖最后由 stevenkoh 于 2021-10-4 14:05 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1091 帖
树下的石头 发表于 2021-10-4 11:02
在讨论数字图像处理时说一组数据“是颜色”都是指“是标识颜色的数据”，这是特定语境下的简化称呼，抠这个字眼没有意义。
不过说“RGB不是颜色数据”确实不正确，RGB和CMYK也同样是颜色数据，它们与CIE XYZ、CIE Lab的区别在于前者是设备相关的，后者是设备无关的。因为设备相关，所以才需要用ICC配置文件来描述设备的色彩特性。
我强调“RGB不是颜色”，目的就是为了说明设备相关性，也就是icc的重要性。严格的说法应该是，没有icc，RGB是未知的颜色。
对色彩管理的初学者来说，建立“RGB不是颜色”的概念很有必要，因为初学者很容易认为RGB有确定的颜色，忽视icc对确定RGB颜色的作用。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1090 帖
树下的石头 发表于 2021-10-4 11:02
在讨论数字图像处理时说一组数据“是颜色”都是指“是标识颜色的数据”，这是特定语境下的简化称呼，抠这个字眼没有意义。
不过说“RGB不是颜色数据”确实不正确，RGB和CMYK也同样是颜色数据，它们与CIE XYZ、CIE Lab的区别在于前者是设备相关的，后者是设备无关的。因为设备相关，所以才需要用ICC配置文件来描述设备的色彩特性。
一般认为，XYZ、 Lab是绝对色彩空间。而RGB和CMYK是相对色彩空间，是基于绝对色彩空间定义的。
其实，它们都是根据需要人为定义的，都和设备无关。
倒是设备的“色域”，是和设备相关的。
ICC配置文件是描述设备色域和色彩空间色域的差异的。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1089 帖
树下的石头 发表于 2021-10-3 17:51
“全链路sRGB”对于要求不高的的用户来说确实可以极大简化色彩管理的操作，可以避免很多麻烦，但先决条件是使用基本上符合sRGB的标准显示器。就目前来看，能买到标准的sRGB显示器并不是很容易的事，你说我买个显示器回来按sRGB一测色差太大，说质量有问题7天包退15天包换，315都不会支持你的请求。
.
...
红色字体这个问题缘由，我已经在 这个链接 里已经回应过了，看来你没有真正理解。你测出来太大，当然没用，要专业第三方机构测。多半测出来和厂家报告一样，所以315不会支持你的请求。
我们的下属合作印企，给客户提供色彩不满意的更换方案（7天无理由退还，只提供一次免费更换机会，前提是必须把原册邮寄回来）。不需要CIE，315晚会能够覆盖这个商家的承诺。
印企非面基也提供这个商业承诺，是基于拒绝广色域的技术，sRGB only。广色域从技术源头杜绝，即便是苹果电脑出品的Display P3色域也一样。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1088 帖
树下的石头 发表于 2021-10-3 17:51
“全链路sRGB”对于要求不高的的用户来说确实可以极大简化色彩管理的操作，可以避免很多麻烦，但先决条件是使用基本上符合sRGB的标准显示器。就目前来看，能买到标准的sRGB显示器并不是很容易的事，你说我买个显示器回来按sRGB一测色差太大，说质量有问题7天包退15天包换，315都不会支持你的请求。
.
至于市面上的宣称“99%sRGB”，多数不能直接当sRGB显示器来用，好一点可能是色域覆盖率达到99%sRGB，但它的色域容积可能会比sRGB大不少，用它的官方配置文件能够做到基本准确的显示sRGB色域内的色彩，但直接当sRGB来用就会有很明显的偏色；还有更恶劣的厂商，所谓99%sRGB是指色域容积是sRGB的99%，对sRGB的色域覆盖率差了不少，更不能当sRGB显示器来用。
.
至于“出厂校色”，这个东西不是质检要求，其解释权完全在厂商，并不足以成为依据。当然这只是我的猜测，具体要看厂商的商誉价值以及其对出厂校色过程描述的详细程度。
.
如果有可信任的第三方机构对各个显示器型号进行相关评测，挑选出可以当作是“sRGB显示器”的品牌型号，或许可以实现“全链路sRGB”，但如果符合标准的型号太少的话，依然存在问题：很多人并不需要专门为“看颜色”而买一台显示器，一机多用才是常态；而符合标准的显示器未必 ...
我有两个感觉，针对您的Profile，不一定准确，但是个人感悟吧。
1.您的数学、技术童子功，一定好于民科楼主。尤为重要的是，您尽管和楼主一样“有所坚持”，但至少您不是胡搅蛮缠，靠技术硬实力说话的人。这个底线，大家就可以继续理性探讨。
2.您大概是奥威儿作品读得太多了比如《动物庄园》和《1984》，这在一些码农中很普遍，尤其是做前端的。
但其实Torvalds可不是大家以为的“左翼”，他牢牢的掌握了生杀大权。从技术路线来说，我个人对“民主自由”要比“极权专制”更反感，换言之我对后者不太感冒。
我在 这个链接里 对苹果的色彩管理做过详细技术阐述，所以您说“解释权完全在厂商”，可很多用户就是这么愿意相信啊。我也没有办法，目前在这个领域，除了苹果、徕卡、佳能可以吃品牌厂商红利，其他都不行。你想过苹果显示器需要“出厂报告”吗？你想过华为为什么要找“徕卡”合作，真的是技术吗？
那些提供了“出厂报告”的显示器厂家，不是为了用解释权霸凌客户，而是剖开自己的肚子，给大家看我的凉粉就是符合sRGB标准的。
我也是搞颜色的。从我的角度来说，我当然信任厂家的出厂报告，而不是用户自己瞎校色。你估计有些学院派，不知道用户有多么奇葩。点开下面缩略图好好看看，有硬件校色的还说“真正发挥潜力的是不用硬件校色”。
光“全链路sRGB”对于要求不高的的用户可以避免很多麻烦，这一条就足够了。再说，用户也没有那么高的需求，更没有那么高的素质。用户要的，只不过在自己显示器上和别人显示器不要差太多就行。现在的问题是，作为没有颜色红利的厂家（非苹果、徕卡、佳能），远程只能信任sRGB。用户自己的广色域（AdobeRGB/Display P3）很多时候，无法在别人家里重现相同的。
虽然sRGB有的时候也不能重现，但不得不信任，否则就不要做这门生意了，全部面基算了。
登录后可直接显示原图
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1087 帖
树下的石头 发表于 2021-10-4 11:02
在讨论数字图像处理时说一组数据“是颜色”都是指“是标识颜色的数据”，这是特定语境下的简化称呼，抠这个字眼没有意义。
不过说“RGB不是颜色数据”确实不正确，RGB和CMYK也同样是颜色数据，它们与CIE XYZ、CIE Lab的区别在于前者是设备相关的，后者是设备无关的。因为设备相关，所以才需要用ICC配置文件来描述设备的色彩特性。
“说一组数据“是颜色”都是指“是标识颜色的数据””，这个说法应该是可以成立的。
不过，“颜色是一个数值”这个依然还是不对的。
本帖最后由 tianman 于 2021-10-4 11:29 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1086 帖
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1085 帖
rivershaw 发表于 2020-7-2 17:02
...
首先是颜色，颜色是一个数值，这个数值相同，就是相同的颜色。...
...
最后还有一个要说的是色域（Gamut），色域就是颜色的范围。原本三基色原理说，RGB才是自然界颜色的基础，但色彩管理认为，现实中的RGB都有个依赖硬件、不大的色域范围，而XYZ、Lab覆盖整个可见光的色域，所以XYZ、Lab是绝对颜色，而RGB（由RGB计算出的HSB、YUV）都是相对颜色。
更进一步，在颜色计算上，ICC说，只有XYZ、Lab才是颜色，RGB根本不算是颜色。RGB能代表什么颜色，RGB说了不算，要靠我ICC说了才算！
要说RGB真心可怜，因为色域小，被边缘化了不说，还被ICC彻底不当颜色，比窦娥还冤，比祥林嫂还惨！
...
民科的短板一般都是不懂基础知识。。。
“颜色”是客观存在，而不是“一个数值”。这个数值是人为强加给它的一种标定方式，当然不可能是“颜色”本身。
“颜色是一个数值”这是民科最常见的误解之一。
民科信誓旦旦地说“ICC说，只有XYZ、Lab才是颜色，RGB根本不算是颜色。”
然而，这完全是一本正经地瞎说。
事实上，ICC只是认为，XYZ、Lab、RGB都是“色彩模型”。而不是“色彩”。本质上它们只是数学模型而已。
民科们总是告诉别人，少年宫孩子们做的飞机模型就是飞机、建筑模型就是建筑。。。
和“色彩空间”类似，地球表面可以用“地理位置系统”来定义。全球每一个地理事物都会有自身唯一的经度位置值。
然而，我们不能说“地理是一个数值”、“只有经纬度才是地理位置”
和色彩空间类似，地理位置也同样分为绝对地理位置和相对地理位置。
然而，无论是绝对位置还是相对位置，这个地理事物都是实际存在的。
某一个山头当然可以用经纬度表示
但是对于一个炮兵阵地来说，这个山头的位置是“角度正30度、距离3.5千米”。
要是按民科的说法，“只有经纬度才是这个山头，炮兵的那个位置根本不算是这个山头。那是不是山头，炮兵说了不算，要靠我民科才说了算！”
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1084 帖
stevenkoh 发表于 2021-10-3 12:19
看看这段话，民科好好照照自己的镜子。说错了，也会被记录的呀。
所谓“在色彩管理之下”，这是不对的，是必须在“正确的色彩管理之下”。民科这里瞎科普，恰恰是不正确的色彩管理。而对大部分用户来说，最容易正确的色彩管理就是——全链路sRGB。所以，只有民科才认为默认sRGB是没有色彩管理，这就错了。默认sRGB是最容易不犯错的色彩管理。
你不懂“面基”的意义，因为你不懂“色彩校准是闭环管理”的。这就是你对ICC基础概念认知不正确。基于ICC色彩链路是闭环管理的，而且ICC的3C标准就是为闭环管理定制的。对岸的CIE专家陈教授早就讲过这个渊源。如果不要面基，那么大家共同指定一个共同遵守的相对固定的默认RGB协议，这是最关键一环。
这个环节就是 —— sRGB。普通人遵守这个环节，有两个好处，1.很容易（一切默认）；2.可以远程递交。这就是W3C采取这个标注你，JPG/DCF采取这个标准的核心原因。 ...
“全链路sRGB”对于要求不高的的用户来说确实可以极大简化色彩管理的操作，可以避免很多麻烦，但先决条件是使用基本上符合sRGB的标准显示器。就目前来看，能买到标准的sRGB显示器并不是很容易的事，你说我买个显示器回来按sRGB一测色差太大，说质量有问题7天包退15天包换，315都不会支持你的请求。
.
至于市面上的宣称“99%sRGB”，多数不能直接当sRGB显示器来用，好一点可能是色域覆盖率达到99%sRGB，但它的色域容积可能会比sRGB大不少，用它的官方配置文件能够做到基本准确的显示sRGB色域内的色彩，但直接当sRGB来用就会有很明显的偏色；还有更恶劣的厂商，所谓99%sRGB是指色域容积是sRGB的99%，对sRGB的色域覆盖率差了不少，更不能当sRGB显示器来用。
.
至于“出厂校色”，这个东西不是质检要求，其解释权完全在厂商，并不足以成为依据。当然这只是我的猜测，具体要看厂商的商誉价值以及其对出厂校色过程描述的详细程度。
.
如果有可信任的第三方机构对各个显示器型号进行相关评测，挑选出可以当作是“sRGB显示器”的品牌型号，或许可以实现“全链路sRGB”，但如果符合标准的型号太少的话，依然存在问题：很多人并不需要专门为“看颜色”而买一台显示器，一机多用才是常态；而符合标准的显示器未必在其它性能参数上能够满足用户的需求；还有很多人有便携需求，在笔记本尤其是小屏轻薄本以及便携显示器中找sRGB显示器怕是比沙里淘金还困难，因此在目前这个现状，学会如何通过色彩管理来实现色彩效果的一致性比“全链路sRGB”更现实。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1083 帖
stevenkoh 发表于 2021-10-3 12:19
看看这段话，民科好好照照自己的镜子。说错了，也会被记录的呀。
所谓“在色彩管理之下”，这是不对的，是必须在“正确的色彩管理之下”。民科这里瞎科普，恰恰是不正确的色彩管理。而对大部分用户来说，最容易正确的色彩管理就是——全链路sRGB。所以，只有民科才认为默认sRGB是没有色彩管理，这就错了。默认sRGB是最容易不犯错的色彩管理。
你不懂“面基”的意义，因为你不懂“色彩校准是闭环管理”的。这就是你对ICC基础概念认知不正确。基于ICC色彩链路是闭环管理的，而且ICC的3C标准就是为闭环管理定制的。对岸的CIE专家陈教授早就讲过这个渊源。如果不要面基，那么大家共同指定一个共同遵守的相对固定的默认RGB协议，这是最关键一环。
这个环节就是 —— sRGB。普通人遵守这个环节，有两个好处，1.很容易（一切默认）；2.可以远程递交。这就是W3C采取这个标注你，JPG/DCF采取这个标准的核心原因。 ...
你的“sRGB色彩管理”就是不做色彩管理。
你不会计算PCS XYZ颜色，也不知道Vcgt是16bit输出，所以你也学不会“icc色彩管理”。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1082 帖
rivershaw 发表于 2020-7-20 10:37
先声明，我不是高知，只是年青时做过码农。尊重是互相的，也是讲道理、认真、认错才能换来的。
我非常愿意发现自己的错误，有人能指出我的错误可以换来我无比的尊重。
我真心希望你能指出我的错误，但要实事求是，不要泛泛而谈，尤其少引用名家、名人的观点，说自己的思想最好。
比如，你总是不承认色彩管理简单，可是我说的色彩管理就那么2、3条，3、4条，是不是很简单？你主张不要显示器加载icc，这是明显的错误，我反驳你，还要说出证据，这才难，对不对呢？
到目前为止，只有sRGB挤进印刷色域的方法，可能林老师的算法比ICC高明，这很可能还是在特定的8bit量化条件才有意义，对吧?!
...
你反反复复地强调，面基！在色彩管理之下，大家都是标准的XYZ、Lab，还有什么需要面基的呢？无非就是大色域挤进小色域时的颜色准确和颜色层次问题，如果摄影师已经提前处理好了这个问题呢？你需要面基的理由，是因为不许别人做色彩管理，不许加载显示器icc，这样到处的颜色都不一致，才需要面基，对吧？！
正因为你没有搞清楚颜色、色彩管理、icc究竟是怎么回事，才会感觉一切都那么神秘，甚至认为会发光的、不会发光的颜色不一样。
我承认只写过一个windows下的程序，因为windows下的程序卖不出好价钱。但你写代码，难道不验证吗？你就不能从显卡上读回Gamma表看看，非要去相信资料上说的，而且资料也没看懂。你就不能把dcraw的结果和Lightroom、ACR比较一下，看看颜色有什么区别，琢磨一下问题出在哪里。
互联网的特点就是记录，对的被记录，错的也被记录，话可以随便说，但说错了，也会被记录下来的。
看看这段话，民科好好照照自己的镜子。说错了，也会被记录的呀。
所谓“在色彩管理之下”，这是不对的，是必须在“正确的色彩管理之下”。民科这里瞎科普，恰恰是不正确的色彩管理。而对大部分用户来说，最容易正确的色彩管理就是——全链路sRGB。所以，只有民科才认为默认sRGB是没有色彩管理，这就错了。默认sRGB是最容易不犯错的色彩管理。
你不懂“面基”的意义，因为你不懂“色彩校准是闭环管理”的。这就是你对ICC基础概念认知不正确。基于ICC色彩链路是闭环管理的，而且ICC的3C标准就是为闭环管理定制的。对岸的CIE专家陈教授早就讲过这个渊源。如果不要面基，那么大家共同指定一个共同遵守的相对固定的默认RGB协议，这是最关键一环。
这个环节就是 —— sRGB。普通人遵守这个环节，有两个好处，1.很容易（一切默认）；2.可以远程递交。这就是W3C采取这个标注你，JPG/DCF采取这个标准的核心原因。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1081 帖
stevenkoh 发表于 2021-10-2 13:25
看看楼下，只能说：
exif的那个colorspace没有用处，支持色彩管理的软件只认嵌入的icc文件，是自称中国排名前20的JPG砖家搞笑弄出了colorspace，对吧？！
对就是对，错就是错。我不像你，死不认错，我错了一定认错，只有改正了错误，才能进步，才能战胜自我。
你现在知道软件校色也有3DLUT了吗？知道Vcgt是16bit输出了吗？
你现在会计算Lab颜色了吗？会制作3DLUT了吗？
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1080 帖
rivershaw 发表于 2021-10-2 13:01
凡是跟你的理解不一样，都是别人的错误，对吧？！
看看楼下，只能说：
exif的那个colorspace没有用处，支持色彩管理的软件只认嵌入的icc文件，是自称中国排名前20的JPG砖家搞笑弄出了colorspace，对吧？！
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1079 帖
stevenkoh 发表于 2021-9-20 22:08
呵呵，从这个帖子看不惯，一年多了吧
我们用在线工具看看到底有没有ICC，
http://metapicz·com/
图片地址填写：forum.xitek.com/pics/202005/97344/9734484/9734484_1590401027036.jpg
结果：ICC Profile data not found.
ColorSpace sRGB
是啊，一年多了，你还是不知道，为什么Exif的ColorSpace是sRGB，photoshop却斩钉截铁地当作Adobe RGB，对吧？！
你这个前20的JPEG专家，没搞明白的问题太多，是名符其实的砖家！
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1078 帖
stevenkoh 发表于 2021-9-20 22:00
到现在都还没有解决这个问题，好好读读Windows手册吧。校色死在这个环节，进入“色彩管理泥潭”就是这个入口。这就是我强调“校色”其实是标色的重要原因：就是制作了包含VCGT的ICC，胡乱加载造成色彩管理混乱。
解决这个问题就是两个取向：
1.广色域屏幕（尤其不支持硬件校色的）专屏专用，应确保使用广色域的应用程序，在应用程序框架内的颜色准确。其他Windows界面啥的过饱和、打游戏过饱和无所谓，这对广色域是正常的。
2.所谓专屏专用，其实主要作用就是调RAW照片。正确标色，确保调图最终结果能正确转换到“标准色彩空间”（sRGB、Display P3、或者 AdobeRGB）
显示器校色，可以使用VCGT，也可以不使用VCGT，这与色彩管理无关，只有不懂色彩管理的人，才会不明白。
VCGT身在显卡上，却是显示器的一部分，因为VCGT被包含在显示器icc里面，是作为显示器的特性来对待。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1077 帖
stevenkoh 发表于 2021-9-20 21:49
经过最近几轮的RAW科普，我们来看看“游戏屏民科”的一本正经奇谈怪论
对于马赛克结构的CMOS来说，JPEG与RAW只有三点区别：
1、JPEG是Gamma≠1的非线性数据；RAW是Gamma=1的线性数据。
2、JPEG的每个像素都有R、G、B；RAW每个像素只有R、G、B的一种，要么是R，要么是G、要么是B。
3、JPEG的白点，被icc固定，比如sRGB、Adobe RGB是D65，ProPhoto RGB是D50；RAW每张照片都有一个白点（白平衡点），各不相同。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1076 帖
stevenkoh 发表于 2021-9-20 22:08
呵呵，从这个帖子看不惯，一年多了吧
我们用在线工具看看到底有没有ICC，
http://metapicz·com/
图片地址填写：forum.xitek.com/pics/202005/97344/9734484/9734484_1590401027036.jpg
结果：ICC Profile data not found.
ColorSpace sRGB
还在纠结呢？
人家写的清楚：“很多不认真写的软件就识别不出这张照片的icc”
有本事你让PhotoShop也不要识别出ARGB的ICC来
登录后可直接显示原图
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1075 帖
rivershaw 发表于 2020-7-10 18:23
你说的没有ICC的照片，在下面这个帖子的205楼，我把它引用过来：
/pics/202005/97344/9734484/thumb_9734484_1590401027036.jpg[/img]下载后，用photoshop读入，photoshop能肯定地识别出这张照片是Adobe RGB，
为什么？
Exif有个标签，colorspace，用一个数字表明是sRGB还是Adobe RGB，这个标签对色彩管理是没有用处的，因为并没有包含icc的具体内容。如果认定这个标签，没法解析icc，只能套用标准的sRGB。
这张照片的icc也不在JPEG规定的常规位置上，所以很多不认真写的软件就识别不出这张照片的icc。
这张照片的icc在自定义标签内，实实在在的包含了Adobe RGB的icc文件，所以photoshop确认这张照片是Adobe RGB，它也的确是Adobe RGB。
每个RAW都有自己的色彩空间，如果真写过代码解析就能明白。RAW存储的是马赛克RGGB，既然是RGB，没有色彩空间怎么知道颜色，靠猜吗？在这个问题上，犯错误的人多了，包括很多著名的老外。不要迷信专家，也不要迷信专家们说的话，重视实证，有一分证据说一分话。
我解码RAW是为了搞清楚数码照相机的原理，收获巨大，不是想替代ACR、Lightroom。 ...
呵呵，从这个帖子看不惯，一年多了吧
我们用在线工具看看到底有没有ICC，
http://metapicz_com/
图片地址填写：forum.xitek.com/pics/202005/97344/9734484/9734484_1590401027036.jpg
结果：ICC Profile data not found.
ColorSpace sRGB 本帖最后由 stevenkoh 于 2021-9-20 22:10 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1074 帖
rivershaw 发表于 2020-7-12 18:19
我错了！
前面的关于显卡LUT的实验结果没有问题，是可重复的，错误是实验的设计思想错了，这个实验没法排除显卡LUT影响的问题。
为了说明问题，我把那个示意图重新画了一下。
DisplayCal校色有两种方式，一是使用显卡LUT，DisplayCal称为校准曲线，这种方式精度高，但是要由DisplayCal启动时加载，是推荐方式。还有一种是不使用显卡LUT，校准曲线是一条直线，这种方式可以由Windows加载，通用性强。
显卡LUT的校准曲线方式，相当于有两个ICC，ICC1+ICC2。ICC1是标准的显示器ICC，ICC2就是显卡LUT的校准曲线。在我的系统中，ICC2始终不变，我把截图指定成显示器ICC，显示的颜色没问题。
但如果把截图拿出去交流，别人没有ICC2，就会出现颜色偏差。前面那个实验是在ICC1的闭环中实验，显示缓冲区的数据不受ICC2影响，实验结果虽然正确，但不包括ICC2的作用，与在别人显示器上看到的结果不一样。
对DisplayCal来说，ICC2只是RGB的3条校准曲线，显卡LUT数据被包含在ICC1文件中，如果看图软件不使用它们，在有ICC2的系统中，ICC1+ICC2，颜色正常。如果使用它们，在有ICC2的系统中，就变成ICC1+ICC2+ICC2，多了一个ICC2，颜色反而错了。
所以，这个问题表面上看，解决起来很 ...
到现在都还没有解决这个问题，好好读读Windows手册吧。校色死在这个环节，进入“色彩管理泥潭”就是这个入口。这就是我强调“校色”其实是标色的重要原因：就是制作了包含VCGT的ICC，胡乱加载造成色彩管理混乱。
解决这个问题就是两个取向：
1.广色域屏幕（尤其不支持硬件校色的）专屏专用，应确保使用广色域的应用程序，在应用程序框架内的颜色准确。其他Windows界面啥的过饱和、打游戏过饱和无所谓，这对广色域是正常的。
2.所谓专屏专用，其实主要作用就是调RAW照片。正确标色，确保调图最终结果能正确转换到“标准色彩空间”（sRGB、Display P3、或者 AdobeRGB）
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1073 帖
rivershaw 发表于 2020-8-7 07:21
一旦涉及RAW，总会出现各种各样的、一本正经的奇谈怪论。
对于马赛克结构的CMOS来说，JPEG与RAW只有三点区别：
1、JPEG是Gamma≠1的非线性数据；RAW是Gamma=1的线性数据。
2、JPEG的每个像素都有R、G、B；RAW每个像素只有R、G、B的一种，要么是R，要么是G、要么是B。
3、JPEG的白点，被icc固定，比如sRGB、Adobe RGB是D65，ProPhoto RGB是D50；RAW每张照片都有一个白点（白平衡点），各不相同。
所以，如果不考虑眼睛的分辨率，8bit的JPEG可能有（2^8）^3=16.8M种颜色数量，而14bit的RAW，有（2^14）^3=4398046.5M种颜色数量。
当然，从RAW解码到JPEG，至少经过2次非线性变换（影调曲线和Gamma），每次非线性变换都会合并、压缩很多色阶，最终只剩下与JPEG一样的颜色数量了。
也正是因为要进行2次非线性变换，所以RAW的bit数必须远高于JPEG的bit数才行，假如这2次非线性变换等效成一个log2的压缩（人们常说的视觉规律），需要256bit的RAW才能压缩成8bit的JPEG。
...
经过最近几轮的RAW科普，我们来看看“游戏屏民科”的一本正经奇谈怪论
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1072 帖
stevenkoh 发表于 2021-9-16 21:07
笑死人了，我和你当然不是一类人，你是民科呀
这篇文章错误百出，明天我好好浏览一下，看看有啥笑话。里面笑料多得很，现在素材更多了。里面错误一个个慢慢顶起来看。
欢迎顶贴，顶得越多，你的洋相出得越大，不怕丢人尽管做！
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1071 帖
rivershaw 发表于 2020-7-29 09:15
1、你与我不是一类人。本科的时候就能解jpg，可能只是利用系统函数，读取、存取而已，不知道如何解析icc标签和私有标签。就像是用开源的dcraw解码RAW，却发现不了算法的错误一样。
2、我喜欢举1+1=2和1+1=10的例子，小学生可能会说后一个错了，大学生会说两个都对，归根结底还是见识问题。在这个帖子里，我指出了你的很多错误，我不喜欢你引用名人，就是不愿意对别人纠错。你承认过一次错误没有？你总是引经据典，夸夸而谈，泛泛而谈，落到实处的都是错误，我不能允许在我的帖子里宣传错误、误导别人！
3、立论需要证据、驳论也需要证据。如果拿RAW说事，你总要先知道RAW究竟是怎么一回事才行，你的话在我看来都缺乏扎实的证据支持。
笑死人了，我和你当然不是一类人，你是民科呀
这篇文章错误百出，明天我好好浏览一下，看看有啥笑话。里面笑料多得很，现在素材更多了。里面错误一个个慢慢顶起来看。 本帖最后由 stevenkoh 于 2021-9-16 21:33 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1070 帖
回复主题： 用photoshop做色彩管理实验
功能受限
游客无回复权限，请登录后再试