## 背景 身为初学爱好者，一直以来用 Lightroom 做基本校正、 搭配 VSCO App 调 tone 都算是用得还 OK， 直到最近开始受不了 VSCO 进阶功能太阳春、越来越卡、订阅费还不断上涨， 看了看其他替代 App，都是廉价滤镜居多， 处理我在 OnlyFans 发的肉照是还行，但认真拍景拍猫的时候就没法接受， 所以就在想办法把整个工作流都移到 Lr， 至少不用为了少数几个底片模拟而每个月不断喷钱。 除了相机外，因为也常用手机拍照， 发现 iPhone 的 ProRAW 套用 Lr 预设的时候，曝光常常会整个跑掉， 研究了一下，就有了上次 iOS 板的分享： https://webptt.com/cn.aspx?n=bbs/iOS/M.1714400294.A.C3E.html 没想到这一研究下去竟然挖了大坑， 所以就把这几天的心得和一些常见问题整理起来，做个综合分享。 ## 图片的旋转值问题 这个之前已经有人问过了， 有些人相机拍完照、输入到手机或电脑看图的时候会发现旋转方向不对。 ...那就旋转回来，这样有什麽问题？ 问题就是在相簿转正以後，如果想修图， 进到 Lr 可能会发现它又转错了，而且大量处理也是会烦； 各种解答我都觉得有点偏治标，所以做了实验，直接给结论： 照片里有两个 Metadata 可用来控制影像的旋转方向， 一个是 Rotation，另一个是 Orientation。 在 macOS 和 iOS 看图的话，起作用的是 Rotation； 但 Lr 读取的会是 Orientation， 这两个属性缺值、或是胡乱排列组合就会产生前述问题。 如果图片量少，就还是手动自己转就好， 但如果有强迫症、也不排斥使用终端机的话，可以下载免费的 ExifTool CLI： https://www.exiftool.org 指令如下： ### macOS / iOS 系统预览、照片 App： $ exiftool -rotation /path/to/image.jpg 这可以查看目前的旋转值，要改的话加上等号和数字即可： -rotation=0、90、180、270 (顺时针) ### 查看 Lr 解读的旋转状况： $ exiftool -orientation /path/to/image.jpg 修改可以这样做： -orientation#=1 where： 1 = Horizontal (normal) 2 = Mirror horizontal 3 = Rotate 180 4 = Mirror vertical 5 = Mirror horizontal and rotate 270 CW 6 = Rotate 90 CW 7 = Mirror horizontal and rotate 90 CW 8 = Rotate 270 CW Rotation 和 Orientation 这两个属性可以同时存在， 而且不一定要同步，以上就是根本原因。 (ThinkPad 给长辈用了，我不清楚 Win 有没差别，这边都是 macOS 环境) ExifTool 预设会产生备份档，不要的话可以在指令额外加上 -overwrite_original。 ## Lr 同步功能 从苹果最早的 Aperture，然後到 Lr Classic，最後是现在的 Lr， 可能我属性偏 M 的关系吧，嘴上说不要， 身体还是很诚实地被调教成 Adobe 云端方案的形状。 之前云端版 Lr 刚出的时候功能真的太过简陋，但其实现在已经越来越成熟了， 这边也分享一下 Preset 同步功能的运作方式。 如果你有下载或购买第三方的风格包、而且想要在手机/平板修图使用的话， 要知道现阶段你只能透过桌面版 Lr 来汇入 Presets， 然後 Adobe 会把它们上到云端，接着你才能在行动版 Lr 看到并使用它们。 但如果你的行动版 Lr 是透过 App 内购订阅的， 那内购版「并不包含」桌面版 Lr 的授权； 没有桌面版，你就没办法汇入 Presets。 所以如果需要的话，还是从 Adobe 网站订阅 Creative Cloud 摄影方案会比较好。 ## Lr Preset 解析 接下来的东西算是这次分享的主菜，但内容会比较深入一点，可以拿杯咖啡慢慢看～ 文章一开始有提到我在 iOS 板关於使用 Preset 的分享， 其实那里面的内容不能算全对，後来又详细查找了一些资料才有了多一层的理解。 了解这些的话，就能够知道为什麽有些乱载来的风格包就是比较难用、 为什麽有些 Preset 会卖那麽贵，还有...富士发色到底能不能手动拉出来的问题。 ### 名词解释 * DCP (DNG Camera Profile，相机/色彩描述档) DCP 主要负责控制解 RAW 所需要的色彩转换 (Transform) 机制， 透过里面一个叫做 Look Table 的方式达成， 简单来说就是决定 RAW 档的原始资料要怎麽变成所谓的「发色」， 就像挑选底片一样。它可以被内嵌在 RAW 档里，也可以单独存在。 一般拍完 RAW 档进到 Lr 以後， 有些专业摄影师会习惯选择一个叫做「Adobe Standard」的描述档， 然後基於它开始进行修图。 这个 Adobe Standard 其实就是 Adobe 为每一台相机的各种 RAW 档量身订做的 「标准发色」DCP (你订阅定期收到的「Adobe Camera RAW 更新」主要就是在加这个东西)， 这可以让不同相机选用後，变成 (至少比较) 统一的发色， 方便摄影师在一致的基础上工作。 但无论是主观喜爱或是直出方便，有时候就会想要富士的 Classic Neg.、 Canon 的 Faithful，或是新款 SONY 颇受欢迎的 FL、IN、SH 等创意风格， 进 Lr 全变成 Adobe Standard (以下称 AS) 标准发色不就白费了？ 对，那就白费了，所以相机厂商也会制作他们自己的发色 DCP， 跟 Adobe Camera RAW (以下称 ACR) 更新同捆发出， 这就成为 Lr 里面你能选用的「Camera Matching (CM)」风格。 至於为什麽这些 CM 跟原厂解 RAW 软体还有细微差别， 因素有很多，说来话长，但我觉得差别已经够小了。 如果这些缩写造成阅读不适的话请包容一下，因为接下来的东西不缩写会变得太罗嗦... * Preset 由於中文的「预设」在沟通上容易混淆， 所以下面都用 Preset 来指称把调好的数值打包分享的档案。 旧版本 Lr 是 .lrtemplate，现在都已经改用新的 .xmp 格式。 * XMP (Extensible Metadata Platform) XMP 档案的功能很多，这边只讲其中两个种类。 第一个是储存你对照片的各种编辑设定值，也就是 Preset， 这种以下会称为 Preset-XMP (或单纯只叫 XMP) 第二种 XMP 比较特殊，我们可以在它里面嵌入 Look Table 或 LUT (色彩查找表)， 来实现修图工具无法实现的外观特徵 (Characteristic)， 例如模拟底片特有的 tonal response、highlight compression 等等， 这个种类以下称作 Look-XMP。 到这边你可能会想到，这不就等於稍早的「厂商发色 DCP」吗？ 对，而这也是 Adobe 一直在推的作法：「XMP - Enhanced (Camera) Profile」。 简单来说就是 Adobe 提供各种相机的 AS 标准发色 DCP， 然後各厂商再基於 AS 或内嵌 Profile， 利用 Look-XMP 去开发 CM 风格、诠释自家对摄影的理解， 而不是相机厂商自己制作 DCP。但出於未知的原因，目前相机品牌没人理 Adobe 就是了。 搞定这些名词後，接下来看它们是怎麽运作的～ ### Profile、Preset 运作机制 早期是透过 RAW 内嵌 DCP 的方式来演绎色彩： ⓪ 解 RAW → ① 内嵌 DCP (透过 Look Table 实现厂商发色) 　→ ② 使用者编辑 / 套 Preset 　　→ ③ 输出 现在多是透过以下这两者之一的机制，首先是 DCP， 很久以前 VSCO 有出过 Lightroom 底片模拟风格包， 还有 RNI Films 4、目前的相机厂商发色 (CM) 都是用这个方法做的： ⓪ 解 RAW → ① 内嵌 DCP (透过 Look Table 实现厂商发色) OR → ① ACR DCP (透过 Look Table 实现 AS/CM/第三方风格) 　→ ② 使用者编辑 / 套 Preset-XMP 　　　　(基於 AS DCP 或是 Preset-XMP 内以 crs:CameraProfile 属性指定) 　　→ ③ 输出 第二种就是现在 Adobe 推行的机制，最新的 RNI Films 5 底片模拟采用的方法： ⓪ 解 RAW → ① 内嵌 DCP (透过 Look Table 实现厂商发色) OR → ① ACR DCP (透过 Look Table 实现 AS/CM) 　→ ② Look-XMP (透过 RGB Table 实现第三方风格、底片模拟) 　　　　(基於 AS DCP 或是 Look-XMP 内以 crs:CameraProfile 属性指定) 　　→ ③ 使用者编辑 / 套 Preset-XMP 　　　　　(基於 AS DCP 或是 Preset-XMP 内以 <crs:Look> 指定 Look-XMP) 　　　→ ④ 输出 ### 实际影响 综上所述，就可以知道为什麽下载/购买 Preset 的时候会出现各种奇怪的档案格式， 有些只有一个 XMP、有些是 DCP + XMP、有些是两个 XMP。 只有一个 XMP 的 Preset 大多是基於 AS Profile 滑杆曲线拉一拉汇出而成， 这种是不可能做到底片模拟的， 更菜一点的话可能自己分享出去的 Preset 是基於 SONY 的 Camera ST 而不自知， 造成他人套用的时候颜色整个跑掉。 一个 DCP 加上一个 XMP 的 Preset 则是前者会针对不同支援的相机做 Look Table 色彩转换， 实现基底风格色调或是模拟底片特性； 後者则是 Preset-XMP，基於 DCP 加上风格噪点 (模拟底片颗粒)、晕映等效果， 像已绝版的 VSCO FILM 就是这样做的。 两两成对的 XMP Preset，通常一个是 Look-XMP (Profile)，一个是 Preset-XMP， 前者会基於 AS 做 RGB Table 色彩转换，实现基底风格色调或是模拟底片特性； 後者则是基於 Look-XMP 加上风格噪点、晕映等效果， 这种算是最专业的实作方式，如 RNI Films 5。 ## Apple ProRAW 这时候终於回到我前几天遇到的那个问题了： 为什麽 ProRAW 套用 Preset 曝光会跑掉？ 很想直接给结论，但还是要先说明一下 ProRAW 跟一般 RAW 的不同。 其实 ProRAW 不是真正的 RAW 档，实际上它已经完成 Demosaicing 了， 它的动态范围之所以能「很像真 RAW」，甚至不输传统相机的关键在於， 它内嵌了一张 Gain Map，能够在特定的范围提亮暗部、压低亮部。 这也带来另一个好处，就是既然已经完成 Demosaicing， 那就代表这张底图可以融入计算摄影的演算法， 让噪点降低、清晰度更佳、动态范围进一步提升。 目前 Google Pixel 和三星的 ExpertRAW 也已经引入这种「类 RAW」技术。 不过不像三星很大方地下放 ExpertRAW， 苹果现在就只让 iPhone 12 Pro 以及後续的 Pro 机型拍摄 ProRAW， 非 Pro 机型因为连 API 都没得用，所以也不可能藉由第三方 App 来拍 ProRAW。 非 Pro 机型第三方 App 拍摄的 DNG 就是真的「纯 RAW」， 从动态范围、清晰度到噪点表现都不可能胜过 ProRAW —— 这不是会不会修图的问题，因为没捕捉到的资料就是没有。 ### 让 Presets 在 ProRAW 正确运作 所以，有些 Presets 之所以会在 ProRAW 失效， 就是因为这些 Preset 是参照 AS DCP 制作而成， 但是 AS DCP 并不支援 ProRAW 里面的 Gain Map， 这就造成一套上 Preset，Profile 就会跳到 Adobe Standard，然後曝光坏掉。 拍张小水果示例 (Kodak Ektar 100 负片模拟，原 RAW 上，模拟下)： * 微单相机拍摄 https://i.imgur.com/nfLyETd.jpeg * iPhone ProRAW 直接套上 Preset 坏掉的样子 https://i.imgur.com/mxrFUBh.jpeg 我得到这个结论的时候还非常彻底地 Google 确认过， 看起来我好像是全网第一个搞定 ProRAW 的人， 很多专业摄影师也都只是教大家认命用 Adobe Standard 去把曝光拉回来， 可能他们太专业，所以没时间去跟手机拍出来的东西掰扯吧。 总而言之，正确的做法应该是要让 Look-XMP 去参照 ProRAW 内嵌的 DCP， 也就是「Apple Embedded Color Profile」， 并且加上 ProfileGainTableMap 属性，让 Gain Map 能正确出来。 crs:ProfileGainTableMap="100" crs:CameraProfile="Apple Embedded Color Profile" Voilà～ 如此一来就能完美地呈现 Preset： * iPhone ProRAW 使用正确方法处理 https://i.imgur.com/hJG42yN.jpeg 而我在 iOS 板那篇文章的作法， 实际上是把 preset 的 Look-XMP 改成「Apple ProRAW」， 然後「Apple ProRAW」这个 Look-XMP 又会去参照「Apple Embedded Color Profile」这个内嵌 DCP，因而达成效果， 只能说是误打误撞且并不严谨，而且用在底片模拟的 Preset 就会失效，如下图： * iPhone ProRAW 使用旧方法处理 (Preset 失效) https://i.imgur.com/JcpMKSJ.jpeg * 微单 RAW 和 iPhone ProRAW 套上 Preset 比较 https://i.imgur.com/yLdnREi.jpeg * 加码一张 ProRAW vs iPhone 原相机直出 https://i.imgur.com/CAAuugN.jpeg 由於文章已经太长，我这边就分享以正确方式修改前和修改後的范例 Preset， 供有需要的人参考 (Dropbox 直下)： https://neso.at/ProRAW-Demo 另外由於我的 RNI 和 VSCO 底片模拟 Preset 有几千个 XMP 档， 所以也请 GPT 帮忙写了一支 Shell Script 来批次操作，合并放在上面连结。 我看 GPT 写的码是能用但是不太优雅，无奈我对 Shell 也不熟， 所以期待有大神愿意 review 一下然後做成好用的工具。 ## 结尾 以上就是近期研究的心得分享， 但其实这阵子也有在研究 HEIF vs RAW、手机和电脑各种修图软体对比、 各家底片模拟效果比较，只是篇幅过长塞不进来， 如果有兴趣的话请推文告诉我比较想知道哪个， 有时间我会再整理心得贴上来。 留言鼓励也拜托啦，写文章和做实验花超久时间的，新手需要您的推文 XD 感谢收看 https://i.imgur.com/5Q0pqkW.jpeg -- @babeneso ✽ ✽ ✽ Une des meilleures tables, vaut le voyage. --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 79.110.55.50 (韩国) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/DSLR/M.1715034822.A.C30.html ※ 编辑: neso (79.110.55.50 韩国), 05/07/2024 06:53:28 ※ 编辑: neso (79.110.55.50 韩国), 05/07/2024 06:55:30 我都当盘子签吃到饱 哈哈 依照我上篇的测试，如果你是从 iOS 上传应该是可以， 不行的话或许你的 avif 格式有误，需要的话可以把档案给我看看 Look Table 跟 Look Up Table 名称很像，但是不一样的东西 篇幅有限，我的表达能力不足以深入浅出 我手上有 XT4 和 SONY 这两个玄学领域的极端代表， 刚测试了一下，思路可行但是被刻意挡下了 XD 原因如下： 富士的软片模拟 (以 Classic Neg. 为例) 是写在 Look-XMP 里面 (RGB Table UUID) 所以我刚刚试着把 SONY 的 RAW 指向这个 UUID， 的确是成功把 Classic Neg. 套到 SONY 的 RAW 上面了，但味道不对， 因为这时的 SONY Classic Neg. 转换是基於 Adobe Standard， 但富士的 Classic Neg. RGB Table 是基於 PROVIA 做色彩转换， 而出於商业机密的协议，PROVIA 的 DCP 是 hardcode 在 Lr 里面， 所以没办法在 ACR 里面找到，路就断在这了～ 你是说一般 RAW 比苹果早吧，不是计算摄影那种类RAW 因为 ProRAW 是基於 DNG 1.6 标准，这个标准是苹果和 Adobe 开发的， 所以计算摄影的类RAW一定是苹果最先 ※ 编辑: neso (79.110.55.50 韩国), 05/07/2024 22:12:40 谢谢板主 <3 惊！这麽早？！害我好奇想弄台来研究了 哈哈 嘘～ (小声 XD ※ 编辑: neso (79.110.55.50 韩国), 05/07/2024 23:39:47 理想上： Adobe AS DCP = RAW -> AS 中性色彩 然後厂家 Look-XMP = 承上，AS 中性色彩 -> CM 现实上： Adobe AS DCP = RAW -> AS 中性色彩 然後厂家 CM DCP (没 XMP) = 跳过 AS DCP，从零开始 = RAW -> CM 除了上面微小修正以外，你的推测跟我的想法是一致的～ 换作我是富士可能也不想让自己的食谱那麽好偷 XD ※ 编辑: neso (79.110.55.50 韩国), 05/08/2024 00:14:07