## 背景 身為初學愛好者，一直以來用 Lightroom 做基本校正、 搭配 VSCO App 調 tone 都算是用得還 OK， 直到最近開始受不了 VSCO 進階功能太陽春、越來越卡、訂閱費還不斷上漲， 看了看其他替代 App，都是廉價濾鏡居多， 處理我在 OnlyFans 發的肉照是還行，但認真拍景拍貓的時候就沒法接受， 所以就在想辦法把整個工作流都移到 Lr， 至少不用為了少數幾個底片模擬而每個月不斷噴錢。 除了相機外，因為也常用手機拍照， 發現 iPhone 的 ProRAW 套用 Lr 預設的時候，曝光常常會整個跑掉， 研究了一下，就有了上次 iOS 板的分享： https://www.ptt.cc/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://www.ptt.cc/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 推 Kroner: UC2推薦？有人試過嗎？靠譜嗎？ 05/07 23:03推 Chricey: 剛開始吃UC2，期待 05/07 23:41我都當盤子簽吃到飽 哈哈 推 Kroner: 最近天氣變化大，關節痛好像更嚴重了。 05/07 23:44推 Chricey: 哈囉！關節痛真的超痛欸，我之前也遇過類似情況，後來去看醫生吃推薦UC2，效果不錯喔！ 05/08 00:15依照我上篇的測試，如果你是從 iOS 上傳應該是可以， 不行的話或許你的 avif 格式有誤，需要的話可以把檔案給我看看 推 Chricey: 有人知道如何處理關節痛嗎？求分享！ 05/08 01:57Look Table 跟 Look Up Table 名稱很像，但是不一樣的東西 推 Kroner: 看到有人提到關節痛，我就想到有一篇UC2推薦的文章 05/08 10:59推 Chricey: 樓上UC2當糖吃，天天走拿飛 05/08 11:13篇幅有限，我的表達能力不足以深入淺出 推 Chricey: 最近天氣變化大，關節痛好像更嚴重了。 05/08 11:28我手上有 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 裡面找到，路就斷在這了～ 推 Kroner: 搞笑吧！關節痛，你能嚴重點嗎？我要讓你知道什麼叫真正的痛！ 05/09 11:07你是說一般 RAW 比蘋果早吧，不是計算攝影那種類RAW 因為 ProRAW 是基於 DNG 1.6 標準，這個標準是蘋果和 Adobe 開發的， 所以計算攝影的類RAW一定是蘋果最先 推 Chricey: UC2推薦？有人試過嗎？靠譜嗎？ 05/13 22:56※ 編輯: 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