Redian新闻
>
【2015总结】 懒人的非主流风光摄影
avatar
【2015总结】 懒人的非主流风光摄影# PhotoGear - 摄影器材
f*7
1
2015年总结
器材:2014年入手的Canon 6D,16-35L f4 IS,Sigma 50 Art;2015年初入手了70-200
f4 IS,觉得镜头太老且IS声音太大,所以果断出掉并换了70-300L;以白菜价买了朋
友的70D;心里一直对24-70L f2.8长草但银子不够,以后再说吧。
技术:尽管每次拍完都会对自己的照片进行批判性的思考,无奈水平还停留在到此一游
的阶段。后期方面之前只会用Camera Raw调那几个参数,今年感恩节后买了版里推荐的
打折教程,开始了解亮度蒙版,兴奋之余把2015年的照片重新修了一遍,拯救了不少废
片。
看到版上大牛发的风景照真是自惭形秽,为了见证自己的轨迹还是咬牙发帖纪念一下。
行程:
2月去了Yosemite NP、Sequoia NP及Kings Canyon NP,走马观花般的基本都是快中午
到,日落之前就往酒店赶。
出Sequoia时正好赶上Sunset,果断捏了一张。
在Yosemite里就溜达了几小时,还没黄昏就回去了。
3月去了Death Valley,呆了一天半,回来途经Mono Lake,结果因为发烧就没有拍,直
接开回湾区了。Death Valley很大很全,为了扬长避短还是拍拍同行吧。
10月来了个西南环线之旅,Grand Canyon---Page---Monument Valley---Arches---
Canyonlands---Capitol Reef---Zion---Las Vegas---Bay Area,一共开了3000多mile
。这一路本想多拍点日出日落,但是由于领导身体不适,基本和年初一样,早上9点才
出酒店,晚上7点前到酒店,错过了不少。。。
由于西南环线景色太经典,标志性的就不献丑了,和各位大师比真是自取其辱,挑点非
主流的景色发发。
第一天到Grand Canyon很兴奋,快门按了几百次,回来上电脑一看都觉得没啥意思,要
么光线太差,要么没特色,网上基本上类似的图一抓一大把。
第二天到了Page,羚羊谷没有去,去了马蹄湾并看了大坝。鉴于大家发的马蹄湾都比较
梦幻我就来张朴素点的吧。
第三天从Page出来路过Monument Valley并赶到了Moab。按照惯例,来张非主流的。
第四、五天分别去了Canonlands和Arches。继续非主流。
第五天黄昏和第六天上午逛了下Bryce Canyon。
第六天途经UT-12和UT-24,穿过Capitol Reef来到了Zion,但实在是太累了,在车里咪
了一小时然后下起了雨,果断打道回府。UT-12和UT-24沿途的风景不亚于国家公园。
第七天回Las Vegas,呆了两天后回湾区。2015年到此结束。
2016年展望:
摄影机会估计不会多,家庭和工作将会是今年的主导。目标是提高自己审美并加强后期
技术,学习如何使用闪光灯。希望2016年会有好运。
avatar
v*l
2
很喜欢公路的那几张!
非主流挺好的,不然大家都照那几个角度,多没意思。
avatar
b*r
3
基本上感觉就是直出
avatar
s*e
4
我也觉得,好几张不错的如果加强下后期会很出彩

【在 b****r 的大作中提到】
: 基本上感觉就是直出
avatar
r*i
5
直出哪儿有这么强的对比……

【在 b****r 的大作中提到】
: 基本上感觉就是直出
avatar
r*i
6
Death Valley那张裁一下好得很。。

【在 s********e 的大作中提到】
: 我也觉得,好几张不错的如果加强下后期会很出彩
avatar
r*i
7
lz果然是用Camera Raw的,ACR的默认设置是用AdobeRGB解raw,最后输出JPG的时候如
果不做任何转换就会以AdobeRGB的颜色空间输出,在有些没有颜色管理的网站或浏览器
上就会严重偏色(比如微博。。我提供给某号的图忘了转sRGB,昨天他们贴出来变成了
一坨屎色= =)
avatar
s*e
8
RAW直出;)

【在 r*******i 的大作中提到】
: 直出哪儿有这么强的对比……
avatar
r*i
9
raw直出一个条都不动的话只会更平吧。。?
lz这些对比度很重了已经,和直出是两个方向

【在 s********e 的大作中提到】
: RAW直出;)
avatar
p*e
10
单独看有些还是很棒的 就是粘一块儿了 看着有点眼晕
avatar
f*7
11

主要是水平有限,如果我也拍同样的角度,肯定瞬间被秒杀了

【在 v***l 的大作中提到】
: 很喜欢公路的那几张!
: 非主流挺好的,不然大家都照那几个角度,多没意思。

avatar
f*7
12

差不太多吧,用PS调了调曲线和自然饱和度。

【在 b****r 的大作中提到】
: 基本上感觉就是直出
avatar
f*7
13

哈哈,其实很多还是通过亮度蒙版拉了拉曲线,不过效果可能比直接拉对比度好点。我
后期的想象力比较差,唯一想的就是还原肉眼所见。

【在 s********e 的大作中提到】
: RAW直出;)
avatar
f*7
14

赞,果然是大师。我这两天头疼的正是色彩空间的这些问题,之前是Adobe RGB,后来
转用ProPhoto RGB,结果发现图在手机上没法看,全部是偏青色的。结果又转回了
Adobe RGB,发现好不少。sRGB没试过。

【在 r*******i 的大作中提到】
: lz果然是用Camera Raw的,ACR的默认设置是用AdobeRGB解raw,最后输出JPG的时候如
: 果不做任何转换就会以AdobeRGB的颜色空间输出,在有些没有颜色管理的网站或浏览器
: 上就会严重偏色(比如微博。。我提供给某号的图忘了转sRGB,昨天他们贴出来变成了
: 一坨屎色= =)

avatar
f*7
15

愿闻其详。我这张其实已经剪裁过了,把右下角一部分切掉了。再裁感觉会丢掉不少像
素。。。

【在 r*******i 的大作中提到】
: Death Valley那张裁一下好得很。。
avatar
f*7
16

恩,我目前的后期水平就这样了,去年感恩节才开始学着用PS,不过感觉这俩月进步不
少了。走西南之前,特意看了photographing the southwest系列,很喜欢书里那些照
片的风格,所以目前给自己定的要求就是后期时尽量还原肉眼所见,在这基础上稍微增
加点对比度,尽量不剪裁,如果剪裁也一定按2:3的比例去见剪裁。虽然从看图人角度
来讲,后期重要性不低于前期,但我一直想通过这种方式逼迫自己提高前期拍照的技术
,比如根据颜色、亮度、物体做出符合自己审美的构图,感觉自己审美还是差,缺少发
现美的能力。

【在 s********e 的大作中提到】
: 我也觉得,好几张不错的如果加强下后期会很出彩
avatar
f*7
17

恩,我自己看都乱。一是拍的东西杂,二是排版不太好。

【在 p********e 的大作中提到】
: 单独看有些还是很棒的 就是粘一块儿了 看着有点眼晕
avatar
r*i
18
比如像这样?主要是天空过曝已经溢出了,如果无法挽救不如裁掉,虽然远山的感觉不
错,但是重点应该还是在zabriskie的badlands上,层次也够了。

【在 f*******7 的大作中提到】
:
: 恩,我自己看都乱。一是拍的东西杂,二是排版不太好。

avatar
r*i
19
要想不偏色最后最好都转成sRGB。前面可以用比较宽的颜色空间调(Adobe,ProPhoto
都可以),最后一步存JPG前转成sRGB。因为不管你用什么颜色空间,如果程序或者网
站没有颜色管理,都会“强行”按sRGB显示。

【在 f*******7 的大作中提到】
:
: 恩,我自己看都乱。一是拍的东西杂,二是排版不太好。

avatar
f*7
20

多谢指导,顺眼多了.唯一遗憾就是比例不是2:3,哈哈

【在 r*******i 的大作中提到】
: 比如像这样?主要是天空过曝已经溢出了,如果无法挽救不如裁掉,虽然远山的感觉不
: 错,但是重点应该还是在zabriskie的badlands上,层次也够了。

avatar
f*7
21

ProPhoto
如果我从RAW进入PS后直接就用sRGB来进行调色呢?这和用AdobeRGB调色后再切换成sRGB
转jpg的区别很大吗?

【在 r*******i 的大作中提到】
: 要想不偏色最后最好都转成sRGB。前面可以用比较宽的颜色空间调(Adobe,ProPhoto
: 都可以),最后一步存JPG前转成sRGB。因为不管你用什么颜色空间,如果程序或者网
: 站没有颜色管理,都会“强行”按sRGB显示。

avatar
P*u
22
理论知识很丰富实践经验很缺乏的人上来说两句好了。
我不知道Pro怎么样,还有adobe的色彩管理具体设置应该怎样。但理论上用sRGB处理应
该不会有太大的影响的,说老实话sRGB的色域已经包含大部分自然界的颜色了,出色域
的颜色很少见的。如果你用的软件的色彩管理做对了的话,你拍的大部分照片可能都没
影响。说老实话要是sRGB那么差,大家早就抛弃它了,一直用着sRGB就是因为大部分情
况下它都work。
而且最重要的是,相机是色彩输入设备,实际上是没有色域的,color gamut 只对颜色
输出设备比如说显示器和打印机才有意义,所以因为大部分显示器默认的color space
是sRGB, 你出图的时候才需要转成sRGB,至于你Raw pipe处理时到底用了啥color
space 理论上不该有影响,如果真有影响也大部分是因为raw pipe 处理器运算优化和
数据的clipping没做好。
avatar
S*1
23
一般情况应该差别不大,但是从头到尾都用sRGB不是最佳的workflow,尤其是在将来需
要打印输出的时候。建议你把workflow里面的软件(比如LR和PS)的工作色彩空间都设
置为ProPhotoRGB,传到网上之前才缩图、转换为sRGB。这个视频讲了些相关知识,你
可以看看。
https://www.youtube.com/watch?v=vLlr7wpAZKs

sRGB

【在 f*******7 的大作中提到】
:
: ProPhoto
: 如果我从RAW进入PS后直接就用sRGB来进行调色呢?这和用AdobeRGB调色后再切换成sRGB
: 转jpg的区别很大吗?

avatar
f*7
24

space
多谢指导,确实是这样,我已经全部改为sRGB了。之后直方图变化很大,实际肉眼观察
到的只有颜色和颜色亮度稍微有些不同。

【在 P*****u 的大作中提到】
: 理论知识很丰富实践经验很缺乏的人上来说两句好了。
: 我不知道Pro怎么样,还有adobe的色彩管理具体设置应该怎样。但理论上用sRGB处理应
: 该不会有太大的影响的,说老实话sRGB的色域已经包含大部分自然界的颜色了,出色域
: 的颜色很少见的。如果你用的软件的色彩管理做对了的话,你拍的大部分照片可能都没
: 影响。说老实话要是sRGB那么差,大家早就抛弃它了,一直用着sRGB就是因为大部分情
: 况下它都work。
: 而且最重要的是,相机是色彩输入设备,实际上是没有色域的,color gamut 只对颜色
: 输出设备比如说显示器和打印机才有意义,所以因为大部分显示器默认的color space
: 是sRGB, 你出图的时候才需要转成sRGB,至于你Raw pipe处理时到底用了啥color
: space 理论上不该有影响,如果真有影响也大部分是因为raw pipe 处理器运算优化和

avatar
f*7
25

好,谢谢,我研究研究。主要是感觉每次存jpg还得转配置文件好麻烦,后来索性直接
用sRGB了。

【在 S*1 的大作中提到】
: 一般情况应该差别不大,但是从头到尾都用sRGB不是最佳的workflow,尤其是在将来需
: 要打印输出的时候。建议你把workflow里面的软件(比如LR和PS)的工作色彩空间都设
: 置为ProPhotoRGB,传到网上之前才缩图、转换为sRGB。这个视频讲了些相关知识,你
: 可以看看。
: https://www.youtube.com/watch?v=vLlr7wpAZKs
:
: sRGB

avatar
P*u
26
稍微看了一下视频,part I 和 part 2 因为讨论的是实践操作,我也不太好comment。
唯一要提的是他选的testing images 全部是contain highly saturated color, 全是
low ISO low noise samples,同时都是well exposed的,如果真做一个用哪个color
space 更好的scientific study, 这个sample space是highly biased的,你基本可以
根据他选了什么图测试决定他的测试结果,当然,网上的测试一般都有这个问题。
至于part 3, 嗯,建议不要太当真。还是那句话,color gamut 的概念只对output
device 有效,所以如果raw pipe 里面的提到太多color space 的概念,一般都是把几
个概念混淆了。

【在 S*1 的大作中提到】
: 一般情况应该差别不大,但是从头到尾都用sRGB不是最佳的workflow,尤其是在将来需
: 要打印输出的时候。建议你把workflow里面的软件(比如LR和PS)的工作色彩空间都设
: 置为ProPhotoRGB,传到网上之前才缩图、转换为sRGB。这个视频讲了些相关知识,你
: 可以看看。
: https://www.youtube.com/watch?v=vLlr7wpAZKs
:
: sRGB

avatar
r*i
27
那我讲一些实践经验吧,其实这个问题还是挺复杂的
先说“sRGB的色域已经包含大部分自然界的颜色了”,这个也要分情况讨论:首先客观
地讲自然界有多少种颜色,恐怕永远搞不清楚,毕竟人的感官是有局限的。当然这个局
限也决定了“自然界究竟更有多少种颜色”对于在应用上意义不大,更何况在修图这个
事情上,瓶颈不在人眼对颜色的识别能力,而是在显示器能够显示的颜色范围。人眼能
够看到的颜色范围还是很广的,起码是可以看出sRGB和广色域的区别的(个人经验是在
红/黄之间、蓝/绿之间);但是一般的显示器能覆盖100% sRGB就不错了,如果连100%
sRGB都无法覆盖,那我觉得用更广的颜色空间显然没有意义。
如果是使用比较好的广色域显示器,个人建议后期时还是从较宽的颜色空间入手,这样
就有足够的余地经受后期过程中的损失,可操作的空间大,更不容易发生溢出和断裂。
而且从ACR默认是AdobeRGB和LR默认是ProPhotoRGB来看,Adobe作为专业厂商应该是鼓
励从广色域入手的。
话说回来,最后拿来交流的还是较窄的颜色空间(如网络流通的sRGB,印刷的CMYK等,
尤其印刷的色域更窄)。有些人发现在从宽到窄的转换中很多鲜艳明亮的色彩消失了,
颜色层次细节也没了,有些关键的颜色(比如天空的蓝色)“偏”了,就觉得这种方法
不好,但实际上如果一开始从sRGB入手,一般最多也只能做到和转换后类似的效果,因
为在sRGB里本来就没有那些色彩,只不过是转换的反差让你觉得不适应而已。但是这也
不能完全一概而论,比如我最近发现如果在广色域中把饱和度调到能够接受的极限(即
在广色域内不溢出),一旦转成sRGB很容易就溢出了,而如果是一直在sRGB里调的话,
可能就会注意避免溢出。这是因为无论是在广色域还是sRGB里调饱和度,都有人为的控
制,但中间的转换步骤是软件自动的,基本上只会映射到最近似的颜色,而不会考虑溢
出的问题。所以真的很难很难说哪一种方法就是完美的,只能说大家各取所需,或者找
一种心理上更容易接受的方法吧。
另外说一下相机上设置“颜色空间”的问题,正如ls所说,“相机是色彩输入设备,实
际上是没有色域的”,raw本身不记录颜色空间,相机上设置的颜色空间只影响相机直
出的JPG,对raw没有影响。用什么颜色空间解raw,也只对下游的操作有影响,raw本身
还是没有颜色空间的。只要raw在,如果这次这个颜色空间解开不满意,下次换一个就
是了。

space

【在 P*****u 的大作中提到】
: 理论知识很丰富实践经验很缺乏的人上来说两句好了。
: 我不知道Pro怎么样,还有adobe的色彩管理具体设置应该怎样。但理论上用sRGB处理应
: 该不会有太大的影响的,说老实话sRGB的色域已经包含大部分自然界的颜色了,出色域
: 的颜色很少见的。如果你用的软件的色彩管理做对了的话,你拍的大部分照片可能都没
: 影响。说老实话要是sRGB那么差,大家早就抛弃它了,一直用着sRGB就是因为大部分情
: 况下它都work。
: 而且最重要的是,相机是色彩输入设备,实际上是没有色域的,color gamut 只对颜色
: 输出设备比如说显示器和打印机才有意义,所以因为大部分显示器默认的color space
: 是sRGB, 你出图的时候才需要转成sRGB,至于你Raw pipe处理时到底用了啥color
: space 理论上不该有影响,如果真有影响也大部分是因为raw pipe 处理器运算优化和

avatar
r*i
28
PS里就一个菜单命令吧... 而且可以做成action的

【在 f*******7 的大作中提到】
:
: 好,谢谢,我研究研究。主要是感觉每次存jpg还得转配置文件好麻烦,后来索性直接
: 用sRGB了。

avatar
P*u
29
呵呵,总算有个实践经验丰富的大牛来评论了,不然我这种没咋实践的人说话有点没底
气。咱交流交流?
处理raw的时候有两种丢失信息的途径,一种是clipping, 比如你运算中某个channel
算的结果超过16bit 了,那可能这结果都clip 在16bit 顶上,所有超过16bit的信息你
就都丢了。 另外一种是rounding, 比如你本来算得结果应该是floating point 有小数
点的,可是因为你处理时必须用integer, 结果只能round up, round up 次数多了你的
信息也丢了,最后图像会缺少granularity,表现的posterized。
总的来说用大色域的color space 对clipping artifacts 有帮助,但是对rounding
artifacts 应该是有害处的。
现在假设你的raw 文件是以12 bit 存储的, raw pipeline 的运算是在16 bit 空间里
运算的,最后显示的时候要在8bit sRGB的显示器上看。
如果你原来的raw 里有特别saturated red, 读raw 的时候 R channel 读数都快到12
bit 顶了。那么你在后期的任何boost R channel 的操作都有可能push 你的 R 过
16bit 的ceiling,你就clip了。 如果一开始处理转成大色域的色彩空间处理的话,你
的R channel 一开始会被compress,初始值会变小,clipping 的可能性变小了,这种
情况下用Adobe RGB会有帮助。
可是如果你原来的raw 里r channel 读数特别小,比如说才20,你在Adobe RGB space
里再compress 到15作为运算初始值,你运算时rounding error 可能产生的影响就大多
了,你的图像可能会posterized,这种情况下Adobe RGB space 我觉得会有害处。
当然我说的是极度简化了的场景,真正的raw 处理复杂多了,而且各家都有对付
clipping 和 rounding error 的优化。如果在PS里用Adobe RGB space 处理对图像质
量提高太多的话那只能说明Adobe 对clipping handle得不太好,比较reasonable 的结
果应该是对一小部分的图像处理的结果有帮助,至于到底有多少帮助我这种光空谈的人
是肯定不知道的。
处理完了以后当然还要有最后一步转成8bit sRGB, 这才是我们最后看到的图片,这里
面肯定也要丢information的,就看怎么丢了,但是到了这一步之前没clipping 的肯定
不会再clip了,危险大的是数据compress 了后的posterization。说老实话我觉得广色
域的显示器如果还只用8bit 显示的话可能比非广色域显示器还要差,不过这个只是猜
想而已,有没有用过广色域显示器的实践牛人来说一下心得?

%

【在 r*******i 的大作中提到】
: 那我讲一些实践经验吧,其实这个问题还是挺复杂的
: 先说“sRGB的色域已经包含大部分自然界的颜色了”,这个也要分情况讨论:首先客观
: 地讲自然界有多少种颜色,恐怕永远搞不清楚,毕竟人的感官是有局限的。当然这个局
: 限也决定了“自然界究竟更有多少种颜色”对于在应用上意义不大,更何况在修图这个
: 事情上,瓶颈不在人眼对颜色的识别能力,而是在显示器能够显示的颜色范围。人眼能
: 够看到的颜色范围还是很广的,起码是可以看出sRGB和广色域的区别的(个人经验是在
: 红/黄之间、蓝/绿之间);但是一般的显示器能覆盖100% sRGB就不错了,如果连100%
: sRGB都无法覆盖,那我觉得用更广的颜色空间显然没有意义。
: 如果是使用比较好的广色域显示器,个人建议后期时还是从较宽的颜色空间入手,这样
: 就有足够的余地经受后期过程中的损失,可操作的空间大,更不容易发生溢出和断裂。

avatar
b*g
30
这里关于round up的解释是有偏差的。
1. raw本身没有color space,但实际的raw里的颜色比现在最大的prophoto rgb还要大
很多。所以mapping到越小的color space(比如sRGB)时,rounding error越大,而不
是mapping到大的color space时会rounding error更大。
2. ProPhoto RGB包括sRGB所有颜色,而这些共同的颜色在两个色域中是一致的。两种
相近的低饱和颜色要是能在sRGB中区分,一定能在ProPhoto RGB中区分。
ProPhoto RGB的确在最后转换成sRGB时会有不可控的色彩丢失,但仍然不影响它在后期
workflow中的很大优势,只不过在于使用者是否能将其发挥出来。具体有几点:
1.Clipping的问题你已经提到
2.大色域中有些相近颜色的确压缩到小色域中会变得一样。但这并不影响在workflow里
通过后期手段先将这两种颜色的差距扩大,使最后压缩到窄色域时仍能区分。一个典型
的技术就是现在最新的Luminosity mask已经从8 bit selection升级到了16 bit
selection。使这种后期扩大相近颜色反差的可能性大大增加。而窄色域起步,上来信
息就丢失了,就基本无法还原或放大了。
3.窄域屏幕不是唯一的输出设备。会有其他对宽色域的需求,比如打印。

【在 P*****u 的大作中提到】
: 呵呵,总算有个实践经验丰富的大牛来评论了,不然我这种没咋实践的人说话有点没底
: 气。咱交流交流?
: 处理raw的时候有两种丢失信息的途径,一种是clipping, 比如你运算中某个channel
: 算的结果超过16bit 了,那可能这结果都clip 在16bit 顶上,所有超过16bit的信息你
: 就都丢了。 另外一种是rounding, 比如你本来算得结果应该是floating point 有小数
: 点的,可是因为你处理时必须用integer, 结果只能round up, round up 次数多了你的
: 信息也丢了,最后图像会缺少granularity,表现的posterized。
: 总的来说用大色域的color space 对clipping artifacts 有帮助,但是对rounding
: artifacts 应该是有害处的。
: 现在假设你的raw 文件是以12 bit 存储的, raw pipeline 的运算是在16 bit 空间里

avatar
P*u
31
我说的都是在一个极简化的模型前提下的:12bit 的raw 文件,16bit的raw pipe, 和
最后8bit sRGB的output。我比较的是在raw pipe 处理中用sRGB 和 Adobe RGB space
的区别,而不是最后output 用sRGB和 Adobe RGB的区别。
在这个前提条件下最后一步所有的mapping 都是map到sRGB上,所以我并没有比较最后
一步mapping 到不同的color space 上的rounding 区别。 你说的1并不是在我描述的
简单模型里面。
关于2,如果Adobe RGB 和 sRGB 都是在完美的floating point 运算中比较的话,那么
的确Adobe RGB 是可以区别所有sRGB的低饱和色的,因为它色域更大。可是实际运算中
大部分都是在integer space里面计算的,两个color space都要fit 进有限的integer
bit 里, 中间运算步骤又特别多,再加上许多非线性的运算,是有可能出现Adobe RGB
的低饱和色区间posterization 更严重的情况。你说的luminosity mask 从8bit 到
16bit 的变化实际上应该验证了我的猜想:处理raw 的pipe里bit 越高,
posterization 的可能性就越小。 可是毕竟16bit 不是floating point ,所以如果不
考虑运算速度的话,只从quality 角度考虑,这仍然不是处理的完美空间。当然,实际
上处理中如果用16bit 的话,很有可能posterization 并不明显,并没有太大影响。
关于具体workflow 的推荐,肯定还是以你们这些实际操作经验丰富的人的推荐为主。
我只是建个基本模型讨论一下,这个模型的基本假设前提是有可能和实际上Adobe 的
pipeline 设计并不完全match,反正我也不知道Adobe 具体是怎么做的。
我觉得我好像已经走题的很厉害了,还是匿了好了。

【在 b******g 的大作中提到】
: 这里关于round up的解释是有偏差的。
: 1. raw本身没有color space,但实际的raw里的颜色比现在最大的prophoto rgb还要大
: 很多。所以mapping到越小的color space(比如sRGB)时,rounding error越大,而不
: 是mapping到大的color space时会rounding error更大。
: 2. ProPhoto RGB包括sRGB所有颜色,而这些共同的颜色在两个色域中是一致的。两种
: 相近的低饱和颜色要是能在sRGB中区分,一定能在ProPhoto RGB中区分。
: ProPhoto RGB的确在最后转换成sRGB时会有不可控的色彩丢失,但仍然不影响它在后期
: workflow中的很大优势,只不过在于使用者是否能将其发挥出来。具体有几点:
: 1.Clipping的问题你已经提到
: 2.大色域中有些相近颜色的确压缩到小色域中会变得一样。但这并不影响在workflow里

avatar
b*g
32
我之前的几点也都是建立在最后输出到sRGB space的前提上的。
无非就是两类过程:
1. LR调整后直接export到ps里的sRGB空间处理,然后最终将sRGB的处理结果导出成
sRGB的jpg。
2. LR调整后直接export到ps里的ProPhoto/Adobe RGB处理,然后最终再压缩导出成
sRGB的jpg
这其实和到底处理raw还是jpg是类似道理。现实都是一个largest space,raw/
ProPhoto RGB都是一个intermediate space,最后的output jpg/sRGB都是一个small
space。在workflow里一定是在intermediate space进行能保留最多的信息,即使最终
mapping到的是small space。区别只是个人是否习惯,是否能够善加利用这个
intermediate space的优势。
至于说的大色彩空间对低饱和颜色的rounding error更大,这点是不成立的。以你的例
子,如果这个低饱和颜色是sRGB和ProPhoto RGB共有的颜色,那么在这两个space中他
们的R,G,B三个通道的整数值将会是完全一样的。不存在因为压缩一个大一个小之说。
既然R,G,B值一样,那么对于一样的运算所得到的值也一样。
ProPhoto RGB最终压缩到sRGB的确会有损失。但无论如何损失也不会比直接从raw到
sRGB损失的更大。比如在ProPhoto RGB里三种颜色的三个像素一个r=19,一个r=20,一
个r=21,也许压缩到sRGB变成两个r=20了,一个r=19,一共两种颜色。但是直接从raw
映射到sRGB,最多也只会保留两种颜色,很可能只有一种。信息的多少,不是由RGB的
绝对值来决定的,而是由是否能保留象素间的差异来决定的。
Luminosity mask之所以从8 bit升级到16 bit是为了更大发挥宽色域的优势,而并不是
来弥补宽色域的劣势。8 bit的LM作用在ProPhoto RGB上,始终也比8 bit LM作用在
sRGB上要有优势,要精细。

space
integer
RGB

【在 P*****u 的大作中提到】
: 我说的都是在一个极简化的模型前提下的:12bit 的raw 文件,16bit的raw pipe, 和
: 最后8bit sRGB的output。我比较的是在raw pipe 处理中用sRGB 和 Adobe RGB space
: 的区别,而不是最后output 用sRGB和 Adobe RGB的区别。
: 在这个前提条件下最后一步所有的mapping 都是map到sRGB上,所以我并没有比较最后
: 一步mapping 到不同的color space 上的rounding 区别。 你说的1并不是在我描述的
: 简单模型里面。
: 关于2,如果Adobe RGB 和 sRGB 都是在完美的floating point 运算中比较的话,那么
: 的确Adobe RGB 是可以区别所有sRGB的低饱和色的,因为它色域更大。可是实际运算中
: 大部分都是在integer space里面计算的,两个color space都要fit 进有限的integer
: bit 里, 中间运算步骤又特别多,再加上许多非线性的运算,是有可能出现Adobe RGB

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。