主题：分享一个firefox下颜色管理的设置吧， 配合已经校正的广色域显示器
正序浏览
主题图片汇总
主题内检索
这个是我的firefox色彩管理的设置
新的firefox和老的比设置方法基本一样， 但是参数设置不太一样， 所以更新一下， 这个是firefox 50.1.0
推荐专业级别的显示器， 主要是eizo cg系列， NEC pa系列， 其余的我不太肯定
你需要先安装这个插件， 另外， 你的显示已经用硬件矫正过， i1或者蜘蛛
https://addons.mozilla.org/en-US/firefox/addon/color-management/
这个方法估计以前有人发了， 我就简单重复一下吧， 在firefox地址栏敲入 about: config
然后搜索 color
然后输入这几个选项
用那个插件输入显示器的icc文件
gfx.color_management.display_profile;C:\Windows\System32\spool\drivers\color\你的额显示器的.icc
gfx.color_management.enablev4； true 支持icc v4
gfx.color_management.mode;1 支持全面的色彩管理
gfx.color_management.rendering_intent;1 色彩转换意图： 相对比色， 请不要用可感知的， 饱和度或者绝对比色
本帖最后由 huzhenjun 于 2017-1-10 12:49 编辑
新的firefox和老的比设置方法基本一样， 但是参数设置不太一样， 所以更新一下， 这个是firefox 50.1.0
推荐专业级别的显示器， 主要是eizo cg系列， NEC pa系列， 其余的我不太肯定
你需要先安装这个插件， 另外， 你的显示已经用硬件矫正过， i1或者蜘蛛
https://addons.mozilla.org/en-US/firefox/addon/color-management/
这个方法估计以前有人发了， 我就简单重复一下吧， 在firefox地址栏敲入 about: config
然后搜索 color
然后输入这几个选项
用那个插件输入显示器的icc文件
gfx.color_management.display_profile;C:\Windows\System32\spool\drivers\color\你的额显示器的.icc
gfx.color_management.enablev4； true 支持icc v4
gfx.color_management.mode;1 支持全面的色彩管理
gfx.color_management.rendering_intent;1 色彩转换意图： 相对比色， 请不要用可感知的， 饱和度或者绝对比色
本帖最后由 huzhenjun 于 2017-1-10 12:49 编辑
登录后可直接显示原图
相关标签：
NEC
EIZO
spool
1.0
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
1 帖
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
120 帖
chantongda 发表于 2017-9-6 23:15
我试过了，改指令生效了，相比color management功能差不多，就是少了载入icc profile
载入icc profile的指令也有，楼主写的第一条就是
gfx.color_management.display_profile; 可以更改为 C:\Windows\System32\spool\drivers\color\你的额显示器的.icc
但是不建议改，改了之后下次你校正完还要手动载入新的，留默认空白的话浏览器会自动调入windows系统里加载的那个ICC， 比较省事
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
119 帖
极地虎 发表于 2017-9-6 20:17
我也发现了，从很旧的版本就不兼容了
不过我试了一下不用装按个插件，直接在地址栏输入那些指令，是可以直接找到并且更改的，就是不知道会不会生效。。我猜是不是新版本的firefox已经集成color management功能了，不用再单独装插件了，懂的同学指教一下
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
118 帖
chantongda 发表于 2017-9-2 14:53
我换了64位firefox，这个插件不兼容了，有其他色彩管理插件吗
我也发现了，从很旧的版本就不兼容了
不过我试了一下不用装按个插件，直接在地址栏输入那些指令，是可以直接找到并且更改的，就是不知道会不会生效。。我猜是不是新版本的firefox已经集成color management功能了，不用再单独装插件了，懂的同学指教一下
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
117 帖
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
116 帖
huzhenjun 发表于 2017-3-20 22:09
这里讲的是默认设置， 如何处理那些没有带转换意图的图片， 用可感知不能保证在不同设备显示时候的连续性， 要处理的就是这种情况， 色影无忌大家都在讨论某个图片但是颜色都不能保证一致性讨论就失去了意义， 在取舍上取其轻重而已
有道理
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
115 帖
logical 发表于 2017-3-20 22:02
如果只是准对WEB的文件输出，又是广色域，那么只要用了firefox，enable 色彩管理。那么这里用哪种转换意图都没关系了
这里讲的是默认设置， 如何处理那些没有带转换意图的图片， 用可感知不能保证在不同设备显示时候的连续性， 要处理的就是这种情况， 色影无忌大家都在讨论某个图片但是颜色都不能保证一致性讨论就失去了意义， 在取舍上取其轻重而已
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
114 帖
huzhenjun 发表于 2017-3-20 21:48
想看正确的颜色就用符合标准的设备不就完了， 这里讲的就是web的环境， 强调的就是已经限定了最后的输出设备就是浏览器， 很多windows下用广色域的人碰到的问题是既想用广色域， 但是web浏览下本来srgb的图片就过于鲜艳， 这是我写这个题目的目的， 就是让满足以下条件的人
1）使用windows
2) 使用广色域显示器
3）想看到srgb下正确显示的图片
目前windows下的主流浏览器只有firefox满足这个需要， 不然除非你的系统已经设置了srgb， 不然看到的都是过于饱和的颜色
如果只是准对WEB的文件输出，又是广色域，那么只要用了firefox，enable 色彩管理。那么这里用哪种转换意图都没关系了
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
113 帖
logical 发表于 2017-3-20 21:04
不，我说的不是作者到WEB色彩输出的文件。正相反：是作者还是用ARGB输出，文件也自带了ICC -- 这在色彩管理流程中，并非无解的问题。
想看正确的颜色就用符合标准的设备不就完了， 这里讲的就是web的环境， 强调的就是已经限定了最后的输出设备就是浏览器， 很多windows下用广色域的人碰到的问题是既想用广色域， 但是web浏览下本来srgb的图片就过于鲜艳， 这是我写这个题目的目的， 就是让满足以下条件的人
1）使用windows
2) 使用广色域显示器
3）想看到srgb下正确显示的图片
目前windows下的主流浏览器只有firefox满足这个需要， 不然除非你的系统已经设置了srgb， 不然看到的都是过于饱和的颜色
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
112 帖
huzhenjun 发表于 2017-3-20 20:59
这个问题从现有的色彩模型就没有一个完美的解决方案， 不然也不会有四种转换意图， 至少相对比色保证了在不同设备之间显示的时候的连续性，这也是为什么苹果的safari采用相对比色作为默认的处理方式的原因， 至于你说的那个问题， 应该是图片的原作者在图片编辑的时候就应该根据web标准， 先压缩到srgb空间， chrome后来取消了颜色管理的支持是因为采用颜色管理后和web color有冲突， 背景图片， web特效， css style的颜色会被影响到，
由于windows的icm系统是根据海德堡的那套玩意变化来的， 和苹果的结合adobe的那套玩意是不同的（adobe+apple icc是现在事实上的工业标准）， icc的前身是apple的colorsync格式演变来的， 苹果是icc系统的鼻祖，
最后chrome干脆就不弄颜色管理了， firefox还有一帮票友在继续develop这套实验性质的东西， 不过我也不太看好
不，我说的不是作者到WEB色彩输出的文件。正相反：是作者还是用ARGB输出，文件也自带了ICC -- 这在色彩管理流程中，并非无解的问题。 本帖最后由 logical 于 2017-3-20 21:04 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
111 帖
logical 发表于 2017-3-20 20:33
苹果如果用非广色域屏+相对比色，仍然不能避免上述问题
这个问题从现有的色彩模型就没有一个完美的解决方案， 不然也不会有四种转换意图， 至少相对比色保证了在不同设备之间显示的时候的连续性，这也是为什么苹果的safari采用相对比色作为默认的处理方式的原因， 至于你说的那个问题， 应该是图片的原作者在图片编辑的时候就应该根据web标准， 先压缩到srgb空间， chrome后来取消了颜色管理的支持是因为采用颜色管理后和web color有冲突， 背景图片， web特效， css style的颜色会被影响到，
由于windows的icm系统是根据海德堡的那套玩意变化来的， 和苹果的结合adobe的那套玩意是不同的（adobe+apple icc是现在事实上的工业标准）， icc的前身是apple的colorsync格式演变来的， 苹果是icc系统的鼻祖，
最后chrome干脆就不弄颜色管理了， firefox还有一帮票友在继续develop这套实验性质的东西， 不过我也不太看好
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
110 帖
huzhenjun 发表于 2017-3-20 00:34
safari默认的是相对比色
苹果如果用非广色域屏+相对比色，仍然不能避免上述问题 -- 当然，如果用苹果的都是做好色彩管理内部流通，不重网上看图，那关系可能不大 本帖最后由 logical 于 2017-3-20 21:00 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
109 帖
logical 发表于 2017-3-19 22:23
但是这样一来，在非广色域显示器上，就难免会出现失去细节的过饱和的红花的情况了
safari默认的是相对比色
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
108 帖
huzhenjun 发表于 2017-3-19 21:38
不是， 本身浏览器是一种最终的显示环境， 和打印机打印图片没什么区别， 可感知我更倾向于把他称作一种编辑用转换用途
一个正常的色彩流程是从大的色彩空间-》中间转换--》最后的输出——》观看者的眼睛
比如色影无忌上的图片， 一个摄影师如果想让所有的观众都看到他的作品的正常表现， 那么他应该提前就做好符合浏览器的标准的色彩转换， 也就是不管是什么最后都是先转换到srgb再贴上来， 这样大家最后看到的都是一样的
现在讨论的情况是不符合上述流程的图片， 比如颜色如果嵌入了out of gamut的颜色， 那么不管是多少， 只有有一点点， 都会影响所有的in gamut的颜色， 造成颜色的偏移， 出于这个考虑， 缺省用相对比色就保正了所有in gamut的颜色的正确显示
windows下的所有的浏览器的颜色管理功能都是实验性质的， 只有苹果的safari是正式支持的， safari的默认显示意图就是相对比色，
但是这样一来，在非广色域显示器上，就难免会出现失去细节的过饱和的红花的情况了 本帖最后由 logical 于 2017-3-19 22:24 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
107 帖
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
106 帖
logical 发表于 2017-3-19 18:39
所以说：如果大家上传的文件都已经正确的转到了sRGB（色彩丰富的用可感知，其它的可以选择用相对色度），那么firefox里用什么都一样。
只有：当我们直接输出了广色域的文件，并且还带了ARGB的ICC说明，此时，广色域的显示器还是可以用相对色度，但是普通的显示屏，缺省用可感知就比较保险了。
不是， 本身浏览器是一种最终的显示环境， 和打印机打印图片没什么区别， 可感知我更倾向于把他称作一种编辑用转换用途
一个正常的色彩流程是从大的色彩空间-》中间转换--》最后的输出——》观看者的眼睛
比如色影无忌上的图片， 一个摄影师如果想让所有的观众都看到他的作品的正常表现， 那么他应该提前就做好符合浏览器的标准的色彩转换， 也就是不管是什么最后都是先转换到srgb再贴上来， 这样大家最后看到的都是一样的
现在讨论的情况是不符合上述流程的图片， 比如颜色如果嵌入了out of gamut的颜色， 那么不管是多少， 只有有一点点， 都会影响所有的in gamut的颜色， 造成颜色的偏移， 出于这个考虑， 缺省用相对比色就保正了所有in gamut的颜色的正确显示
windows下的所有的浏览器的颜色管理功能都是实验性质的， 只有苹果的safari是正式支持的， safari的默认显示意图就是相对比色，
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
105 帖
huzhenjunn 发表于 2017-3-19 10:39
本身perceptual的意图就是细节本身的重要性要大于色彩的真实性， 才会用到这个转换意图， 不然的话在图片的编辑阶段， 就会根据最后的输出空间调整过， 然后转换后再贴到web上看了， 这个就是颜色的consistency方面的问题了, 最直接的例子， 比如过于饱和的红花， 用可感知先压缩到srgb空间再贴到web上， 这样大家看到的就都一样了
所以说：如果大家上传的文件都已经正确的转到了sRGB（色彩丰富的用可感知，其它的可以选择用相对色度），那么firefox里用什么都一样。
只有：当我们直接输出了广色域的文件，并且还带了ARGB的ICC说明，此时，广色域的显示器还是可以用相对色度，但是普通的显示屏，缺省用可感知就比较保险了。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
104 帖
logical 发表于 2017-3-19 09:54
如果是这样的话，那么这个文件自带的渲染意图，就不太应该会被firefox浏览器用到了，就算用到也并不会帮助准确再现色彩。
本身perceptual的意图就是细节本身的重要性要大于色彩的真实性， 才会用到这个转换意图， 不然的话在图片的编辑阶段， 就会根据最后的输出空间调整过， 然后转换后再贴到web上看了， 这个就是颜色的consistency方面的问题了, 最直接的例子， 比如过于饱和的红花， 用可感知先压缩到srgb空间再贴到web上， 这样大家看到的就都一样了
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
103 帖
huzhenjun 发表于 2017-3-17 22:43
就是看你ps默认设置是什么， 那就是什么， 你可以更改默认设置就是了
我这就是举个例子， 比如mac swift编程中的默认设置就是相对比色， 你保存文件的时候如果选择了相应的转换意图， 就会带有这个设置选项， 其它的处理软件要看具体程序， 有的就直接没有此种操作， 所以也就没有转换意图
如果是这样的话，那么这个文件自带的渲染意图，就不太应该会被firefox浏览器用到了，就算用到也并不会帮助准确再现色彩。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
102 帖
logical 发表于 2017-3-17 22:31
还是没搞清楚：
1）PS中的默认意图是可以选的吧？你说“ps的默认就会丢掉了细节”，是说PS默认的是相对色度？
2）我们讨论的是浏览器，我想问的是：文件自带的这个“渲染意图”，是来自哪里？是保存文件时候选的转换意图（或者是PS的默认意图），还是怎样？
就是看你ps默认设置是什么， 那就是什么， 你可以更改默认设置就是了
我这就是举个例子， 比如mac swift编程中的默认设置就是相对比色， 你保存文件的时候如果选择了相应的转换意图， 就会带有这个设置选项， 其它的处理软件要看具体程序， 有的就直接没有此种操作， 所以也就没有转换意图
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
101 帖
huzhenjun 发表于 2017-3-17 21:12
当你编辑图片转换色彩空间的时候， 如果你不转换保存， 默认的就会生效， 这就是为啥你会看到那么多过饱和的红花失去了细节的原因， 因为如果out of destination gamut的颜色比较多的时候， 根据图片重要性， 是细节重要还是颜色重要， ps的默认就会丢掉了细节，
还是没搞清楚：
1）PS中的默认意图是可以选的吧？你说“ps的默认就会丢掉了细节”，是说PS默认的是相对色度？
2）我们讨论的是浏览器，我想问的是：文件自带的这个“渲染意图”，是来自哪里？是保存文件时候选的转换意图（或者是PS的默认意图），还是怎样？
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
100 帖
logical 发表于 2017-3-17 20:51
第一次听说，受教了。那么还有一个疑问：这个rendering intent的值是根据什么决定的？
明白了。
当你编辑图片转换色彩空间的时候， 如果你不转换保存， 默认的就会生效， 这就是为啥你会看到那么多过饱和的红花失去了细节的原因， 因为如果out of destination gamut的颜色比较多的时候， 根据图片重要性， 是细节重要还是颜色重要， ps的默认就会丢掉了细节，
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
99 帖
huzhenjun 发表于 2017-3-16 09:10
第一个问题
在嵌入色彩文件之后， profile header 64-67 byte的位置就是标名rendering intent的位置， 这个需要了解icc文件的构成，
举个例子， 比如0-3 byte是色彩文件的大小， 4-7是标明prefer的cmm engine type，
第一次听说，受教了。那么还有一个疑问：这个rendering intent的值是根据什么决定的？
huzhenjun 发表于 2017-3-16 09:10
第二个问题， 即使in gamut的color， 像eizo， nec这类显示器处理渐变的时候也会平滑渐变， 因为内部一般是10bit internal color processing per channel， 所以一般因为relative colormetric带来的banding的问题在专业显示器上并不太明显
至于adobe rgb， 其实主要决定因素还是一幅图片in gamut或者out of gamut的颜色的多少， 实际应用中， 比如摄影out of gamut的颜色多来自于非正常的手段， 比如过于蓝的蓝天， 黄昏的晚霞等， 实际并没有这么饱和
明白了。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
98 帖
logical 发表于 2017-3-16 08:30
不太明白你的意思：图片只能自带色彩描述的ICC，怎么才能本身自带色彩转换意图那？
还有就是：显示器中的色彩控制电路，其目的是更加准确的反应图像的色彩，但是有关这个色彩的描述应该来自于系统（包括软件）从源文件到输出的色域（就是显示器的ICC）转换之后，而不会将色彩转换这一步也交给显示器硬件去处理吧？-- 所以你说：显示器能够平滑处理灰度过度和渐变色彩，还是因为显示器的显示能力，足以包括这些超出sRGB之外，甚至可能超出ARGB之外的色彩的缘故吧？
第一个问题
在嵌入色彩文件之后， profile header 64-67 byte的位置就是标名rendering intent的位置， 这个需要了解icc文件的构成，
举个例子， 比如0-3 byte是色彩文件的大小， 4-7是标明prefer的cmm engine type，
第二个问题， 即使in gamut的color， 像eizo， nec这类显示器处理渐变的时候也会平滑渐变， 因为内部一般是10bit internal color processing per channel， 所以一般因为relative colormetric带来的banding的问题在专业显示器上并不太明显
至于adobe rgb， 其实主要决定因素还是一幅图片in gamut或者out of gamut的颜色的多少， 实际应用中， 比如摄影out of gamut的颜色多来自于非正常的手段， 比如过于蓝的蓝天， 黄昏的晚霞等， 实际并没有这么饱和
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
97 帖
yc3zhang 发表于 2017-3-15 23:29
huzhenjunn你搞错了吧，相对比色才是通常所说的打样意图。那篇文章再给你引一段：
值得注意的是，原设备的白色在目标色域中有可能存在也可能不存在。如果存在，就保持不变；如果不存在，则被变为一个近似的白色。例如，假定表1所示的2个ICC Profile，用什么样的CMYK值可以对应于显示器上的RGB（255， 255， 255）呢？显示器上这个白场对应的Lab坐标为（100， 0， 0），但是在表1中不存在这一行，因为打印机无法打印出显示器的白色。
表1 显示器和打印机的Profile对应关系
这时，如果我们把原设备的白色（255R， 255G， 255B）转换为目标设备的白色（0C， 0M， 0Y， 0K），这叫做“白场补偿”—所有其他的色彩做相应的移动，这就是所谓的“相对色度再现”。结果表明，再现图像可能比原图像更明亮或者更暗淡，但是白色区域是一致的。假设原ICC Profile是从报纸印刷机上获取的，那么ICC Profile中的白场就是新闻纸本身的色彩，当然不是纯白色。如果选择相对色度再现意图，整个图像的输出将会模拟新闻纸的纸白色，这种模拟虽然会使得整个图像的色彩发生脏污，但是，可以给我们提供一个更精确的样张。因此，相对色度再现意图只用于在显示器或打样系统中模拟输出，决不能用于最终的输出转换。因为相 ...
绝对色度对色彩的处理和相对色度是一样的，只不过，相对色度在处理后多了一步对白点的修正，所以可以适用于更多的模拟打样。而绝对色度对纸张（也就是输出色域的白点）的要求，更加高，才能在准确打样的同时不带来偏色。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
96 帖
huzhenjun 发表于 2017-3-15 23:27
你要注意看， 这个是讲的默认的设置， 当图片本身带有色彩转换意图的时候， 先honor图片的转换意图， 这个时候不是强制的转换， 这就是所谓全面色彩管理的意思， 只有图片不嵌带转换意图的时候才用默认的， 正式支持色彩管理的只有苹果的safari浏览器， 在苹果swift编程手册里默认的就是相对比色， 只所以强调eizo, nec这类显示器是因为此种显示器内置了色彩控制电路， 即使你用相对比色， 在处理灰度或者渐变的时候显示器机内色彩处理也会自动平滑这些过度
不太明白你的意思：图片只能自带色彩描述的ICC，怎么才能本身自带色彩转换意图那？
还有就是：显示器中的色彩控制电路，其目的是更加准确的反应图像的色彩，但是有关这个色彩的描述应该来自于系统（包括软件）从源文件到输出的色域（就是显示器的ICC）转换之后，而不会将色彩转换这一步也交给显示器硬件去处理吧？-- 所以你说：显示器能够平滑处理灰度过度和渐变色彩，还是因为显示器的显示能力，足以包括这些超出sRGB之外，甚至可能超出ARGB之外的色彩的缘故吧？
本帖最后由 logical 于 2017-3-16 08:55 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
95 帖
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
94 帖
logical 发表于 2017-3-15 21:23
谢谢指教。我之前还有些纳闷，绝对色度似乎很少能需要用到。
就之前的争论，我觉得可以理解成：最关键一点就是显示器已经是广色域了，那么显示器能表现的色彩应该囊括了绝大多数图像文件的色彩了，此时用可感知造成不必要的色彩修正就完全可以避免了，就直接相对比色最恰当了。
你要注意看， 这个是讲的默认的设置， 当图片本身带有色彩转换意图的时候， 先honor图片的转换意图， 这个时候不是强制的转换， 这就是所谓全面色彩管理的意思， 只有图片不嵌带转换意图的时候才用默认的， 正式支持色彩管理的只有苹果的safari浏览器， 在苹果swift编程手册里默认的就是相对比色， 只所以强调eizo, nec这类显示器是因为此种显示器内置了色彩控制电路， 即使你用相对比色， 在处理灰度或者渐变的时候显示器机内色彩处理也会自动平滑这些过度
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
93 帖
huzhenjunn 发表于 2017-3-14 23:37
我都懒得搭理那个感动和这个傻叉了， 读了几段觉得自己明白了， 和前几天碰到的那个什么叫h加一堆数的人差不多， 色影无忌上都是这类傻帽玩意， 绝对比色这东西就是只有打样才用， 商业印刷只有那几种打样纸才可以做到contract proof的水平， 离开打样， 这种转换意图什么用也没有
谢谢指教。我之前还有些纳闷，绝对色度似乎很少能需要用到。
就之前的争论，我觉得可以理解成：最关键一点就是显示器已经是广色域了，那么显示器能表现的色彩应该囊括了绝大多数图像文件的色彩了，此时用可感知造成不必要的色彩修正就完全可以避免了，就直接相对比色最恰当了。 本帖最后由 logical 于 2017-3-15 21:24 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
第
92 帖
回复主题： 分享一个firefox下颜色管理的设置吧， 配合已经校正的广色域显示器
功能受限
游客无回复权限，请登录后再试