作者siaomu (變種羊)
看板DSLR
標題Re: [問題] 如何輸出S-LOG a6300
時間Fri Feb 23 16:38:07 2018
之前有發過一次解釋RAW跟LOG的文了
不過在這篇推文上似乎還是有些疑惑之處
會拍LOG跟RAW檔其實沒有太大的關係
主要是因為
感光元件根據大小在檔次上有其限制
如APSC的檔次基本上是比不上全幅機的檔次
當亮暗部的資訊量已經超過感光元件能夠紀錄的時候會被直接捨棄
為了保留最大的資訊量，以及因為人眼的非線性感知(這部分先省略)
LOG為此而生
而為何經常會跟RAW掛勾
則是因為RAW只是記錄灰階資訊
而LOG充其量可以說是一種重新定義Black point、White point的風格檔
所有的顏色都是依據各家的設定還原，或是
由使用者自行定義
屬於附加的資訊，並不影響影像本身
因此通常推薦是以RAW，或是像Prores、DNxHD這種可編輯性格式來搭配LOG才能發揮後製的最大空間
補上示意圖
https://imgur.com/a/30UB7
: --
:
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 126.204.198.42
: ※ 文章網址: https://webptt.com/m.aspx?n=bbs/DSLR/M.1519202132.A.6F4.html
: 推 CJSStarCraft: s-log只是色彩風格的一種，s-log把高光跟陰影壓縮以 02/21 16:44
: → CJSStarCraft: 達到保留細節的目的，有錯誤請指正 02/21 16:44
: → maymay82407: 所以是輸出不出來嗎@@ 02/21 16:57
: → sugar1029: 拍攝前你有設定的話，拍出來的照片跟影片的色彩就已經 02/21 17:05
: → sugar1029: 是slog了 02/21 17:05
: 推 lantieheuser: 你開了相片設定，它就會取代風格調整機身直出的 JPG 02/21 17:14
: → maymay82407: 影片的部分呢@@ 02/21 17:25
: 推 lantieheuser: 一樣，但如果你有設置"只在錄影模式下啟動錄影"，那 02/21 17:36
: → lantieheuser: 麼它和照片的相片設定檔選項需要獨立設置。 02/21 17:37
: 推 dajia: 拍照就RAW再後製，跟slog沒關係吧 02/21 17:42
: 推 dajia: 錄影選slog影片拍的時候就灰灰的，再進後制還原 02/21 17:44
: → CJSStarCraft: slog其實主要目的是給影片用的，照片要保留最大細節 02/21 17:54
: → CJSStarCraft: 就是用RAW檔。影片因為用RAW檔案太龐大，所以用壓縮 02/21 17:54
: → CJSStarCraft: 色彩空間的slog來達成 02/21 17:55
: 推 lantieheuser: S-log 就是一種可調控的直出風格，主要用在影片，也 02/21 17:56
: → lantieheuser: 可用在照片(如果你高興)。它被歸屬在 Sony 相片設定 02/21 17:57
: → lantieheuser: 之下。影片之所以用 S-log 直出來進行後期，是因為 02/21 17:58
: → lantieheuser: 影片RAW 的後期成本比較高，而且影片可以靠多禎畫面 02/21 17:59
: → lantieheuser: 來弭補細節上的缺失，所以不如照片對細節那麼重視。 02/21 18:00
: → lantieheuser: 如果要對應，當然也有專業的影片 RAW 可以後期。 02/21 18:00
: → maymay82407: 感謝你們詳細的解答 ！ 謝謝大大們！ 02/21 18:01
: → aztec1234: 有點不同，LOG並不是容許你有些曝光失誤靠後製救回來 02/21 18:51
: → aztec1234: 的，相反的，LOG必須要更追求正確的曝光，把亮部暗部 02/21 18:51
: → aztec1234: 的細節全部紀錄下來讓後製調色有最大的空間。很多人常 02/21 18:51
: → aztec1234: 認為LOG的使用跟RAW一樣，我想最主要的差別是LOG在於「 02/21 18:51
: → aztec1234: 調色寬容度」，RAW則是「曝光寬容度」。例如Sony的S-Lo 02/21 18:51
: → aztec1234: g保留亮部細節比較多，所以用S-Log往往會多過曝個1-2 02/21 18:51
: → aztec1234: 格來讓暗部保留較多細節，否則調色一拉暗部就是一堆雜 02/21 18:52
: → aztec1234: 訊 02/21 18:52
: 推 kax0205: 應該說只有s-log2才需要過曝 s-log3不用 02/22 10:46
: → aztec1234: 這也是LOG使用前要注意的，即使是同一家也會隨著版本 02/22 12:46
: → aztec1234: 更新有不同的傾向 02/22 12:46
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.44.32.174
※ 文章網址: https://webptt.com/m.aspx?n=bbs/DSLR/M.1519375090.A.CF6.html
1F：→ aztec1234: 其實我覺得會搞混也很正常...連評測網站也常搞不清楚， 02/23 16:45
2F：→ aztec1234: 導致一些人以為LOG與RAW一樣，甚至影響一些第一次接觸 02/23 16:45
3F：→ aztec1234: 錄影的人選相機的出發點 02/23 16:45
4F：推 lantieheuser: ?感光元件紀錄不了的資料就是遺失了，不可能靠 LOG 02/23 17:30
5F：→ lantieheuser: 留下來吧？LOG 的目的只是把原始更多的資料塞進有限 02/23 17:31
6F：→ lantieheuser: 的檔案裡；也就是截取重點。如果 RAW 本身沒有壓縮 02/23 17:33
7F：→ lantieheuser: 任何感光元件的訊息，那麼 LOG 就沒有必要。我的認 02/23 17:33
8F：→ lantieheuser: 識是這樣，還是有哪邊我弄錯？ 02/23 17:34
9F：→ damaishin: 因為一般機器不能拍raw影片 02/23 18:22
10F：→ siaomu: 這樣解釋吧 你可以說他是假性增加dynamic range 02/23 18:37
11F：→ siaomu: 假設aspc可以紀錄1到100，log允許它紀錄到0.5到150，而全 02/23 18:37
12F：→ siaomu: 幅本身可以紀錄1到150的話，log允許它紀錄0.5到200 02/23 18:37
13F：推 lantieheuser: 感光元件的硬體紀錄能力不會因為你的資料處理方式 02/23 18:40
14F：→ lantieheuser: 改變。LOG 說穿了就是個大資料和小容器(檔案)之間的 02/23 18:41
15F：→ lantieheuser: 非線性對應關係。也就是指和你機器能記錄的檔案深度 02/23 18:42
16F：→ lantieheuser: 有關，和感光元件的能力無關。 02/23 18:43
17F：推 Juhnhood: 我認同lan大的說明,感光元件一開始就紀錄了所有動態範圍 02/23 19:26
18F：→ LimYoHwan: 你的講法好怪，log是因為要在較小的檔案有更多的後製 02/23 21:00
19F：→ LimYoHwan: 空間才產生的方法。 如果硬體能力強就可以直接錄raw vi 02/23 21:00
20F：→ LimYoHwan: deo.但是大部分機器硬體能力不夠才沒raw video. 妥協下 02/23 21:00
21F：→ LimYoHwan: 就是錄壓縮過的log影片。 02/23 21:00
22F：→ aztec1234: 其實LOG是一個Gamma curve轉換的對照表（LUT），感光 02/23 21:03
23F：→ aztec1234: 元件原始紀錄下來的資料的灰階曲線是線性的，要轉換成 02/23 21:03
24F：→ aztec1234: 補償人眼感知特性的Gamma曲線，需要透過LUT轉換。LOG 02/23 21:03
25F：→ aztec1234: 的使用基本，就是要想辦法讓感光元件當下把所有的灰階 02/23 21:03
26F：→ aztec1234: 都紀錄下來，讓LUT轉換出預期的Gamma曲線 02/23 21:03
27F：→ LimYoHwan: 你的說法無法說明為什麼5d3可以拍mov又可破解拍raw vid 02/23 21:03
28F：→ LimYoHwan: eo 02/23 21:03
29F：推 lantieheuser: 人的眼睛看線性資料完全沒有問題，gamma 補償人眼視 02/23 21:20
30F：→ lantieheuser: 覺的說法是倒果為因。gamma 是利用人類視覺敏感度非 02/23 21:20
31F：→ aztec1234: 我沒有說人眼無法感知線性資料，你在亂說什麼？ 02/23 21:21
32F：→ lantieheuser: 線性的特點來有效利用數位資料的空間。紀錄線性資料 02/23 21:22
33F：→ lantieheuser: ，然後重現線性資料只是會浪費許多紀錄和表現空間去 02/23 21:23
34F：→ lantieheuser: 處理人眼並不敏感的區段。 02/23 21:23
35F：→ aztec1234: 所以我說，我那裡說人眼感知線性資料有問題？ 02/23 21:25
36F：推 lantieheuser: 因為我沒看懂你的說法：應該說是"利用"人眼感知特性 02/23 21:27
37F：→ lantieheuser: 而不是"補償"人眼感知特性。補償像是人眼本來有甚麼 02/23 21:28
38F：→ lantieheuser: 判斷困難，需要修正資料才能正確判讀...:P 02/23 21:28
39F：→ aztec1234: 你要這麼講我看顯示產品業界都要請你去當顧問開課了， 02/23 21:33
40F：→ aztec1234: 推翻共通語言 02/23 21:33
41F：推 lantieheuser: 因為我不是業界的人，這裡用補償文意上很怪。所以我 02/23 21:39
42F：→ lantieheuser: 看不懂。 02/23 21:39
43F：→ aztec1234: 英文可是Gamma compensation甚至是Gamma correction 02/23 21:41
44F：→ aztec1234: 你要說這文意很怪嗎？ 02/23 21:42
45F：推 lantieheuser: 一開始這麼叫是不是因為 CRT 無法重現線性資料需要 02/23 21:50
46F：→ lantieheuser: 校正？ 02/23 21:50
47F：→ aztec1234: 我猜你大概是Google到某些資料... 02/23 21:52
48F：推 lantieheuser: 確認了一下。我無意和你在這爭辯用詞，我只是想表達 02/23 21:55
49F：→ lantieheuser: 因為這業界用詞已經脫離原本的初衷，所以不是業界 02/23 21:56
50F：→ lantieheuser: 一定能精確理解它想表達的內涵。 02/23 21:56
51F：→ aztec1234: 是你挑起「補償」應該要是你認為的意思，你現在跟我說 02/23 22:04
52F：→ aztec1234: 無意爭辯用詞？ 02/23 22:04
53F：推 lantieheuser: 我的回應是因為我沒聽懂你的意思，不是我聽懂了要糾 02/23 22:06
54F：→ lantieheuser: 正你的用詞。真說要糾正，我也覺得我沒說錯甚麼:P 02/23 22:06
56F：→ lantieheuser: 這篇文章說得很清楚：嚴格來看"校正"二字用在何處。 02/23 22:11
57F：→ lantieheuser: 給文件一個 gamma 不應該稱作補償或校正。 02/23 22:12
58F：→ lantieheuser: 但我理解業界有業界的習慣，就降。 02/23 22:12
59F：→ aztec1234: 鬼打牆...我放棄 02/23 22:17
60F：→ exam0: log 就是log，raw 就是raw，請分清楚，不懂就去弄一台可以 02/23 22:36
61F：→ exam0: 兩種都拍的機器回來玩，不要不懂在那瞎猜，5D3 破解後能拍r 02/23 22:36
62F：→ exam0: aw 又能拍mov 很正常，錄製raw file對機身的要求本來就比較 02/23 22:36
63F：→ exam0: 高，raw 都能拍為何不能拍mov？時速能跑兩百公里的車跑一百 02/23 22:36
64F：→ exam0: 公里再正常不過了吧 02/23 22:36
65F：推 DOC: lanti大大講的很正確阿 有哪裡鬼打牆嗎？ 02/23 22:43
66F：→ exam0: aztec 對log的描述才是正確的…說真的，不是在業界裡，自己 02/23 22:52
67F：→ exam0: Google一些資料也不知道對不對的…這根本沒有討論的必要 02/23 22:52
68F：→ aztec1234: 我指的鬼打牆是指他跟我說不能說「補償」要說「利用」 02/23 22:55
69F：→ aztec1234: 這件事 02/23 22:55
70F：→ aztec1234: 我甚至壓根沒想到竟然是在這種地方糾纏 02/23 22:55
71F：→ exam0: 玩文字遊戲是有個屁用啊XD 02/23 22:57
72F：→ exam0: 玩文字遊戲有用的話，那中文系的都超會拍了 02/23 22:58
73F：→ LimYoHwan: 原文是說感光元件有限制才有LOG產生 這就不對阿 02/23 23:27
74F：→ LimYoHwan: 所以我舉了5D3是拍mov,但破解卻可拍raw video 02/23 23:28
75F：→ LimYoHwan: 那這樣跟感光元件有限制之說 不就矛盾 02/23 23:28
76F：→ LimYoHwan: 然後我覺得LAN說的才是正確 AZT業界派XD描述LOG 02/23 23:31
77F：→ LimYoHwan: 不符合LOG的原意和他的用處 02/23 23:32
78F：→ aztec1234: 你是說我說的不符合LOG的原意與用處，還是指原PO？我 02/23 23:38
79F：→ aztec1234: 說的跟原PO不同，而且我說的是LOG實際上輸出的是什麼東 02/23 23:38
80F：→ aztec1234: 西 02/23 23:38
81F：→ LimYoHwan: 我說原po阿 他說log就此而生 以上那幾行 你同意? 02/23 23:40
82F：→ LimYoHwan: AZT我知道你說的是對的 但你不覺得把LOG講得很像 02/23 23:41
83F：→ LimYoHwan: 脫褲子放屁 02/23 23:41
84F：→ aztec1234: 我如果同意的話怎麼可能寫這些，對吧？ 02/23 23:41
85F：→ LimYoHwan: 轉換成LOG又套LUT轉換 那到底一開始拍LOG要幹嘛 02/23 23:42
86F：→ LimYoHwan: 無非就是因為後製考量和檔案大小的問題對吧 02/23 23:44
87F：→ LimYoHwan: 不是所有人都那麼閒硬碟容量那麼大在那拍RAW VIDEO 02/23 23:45
88F：→ LimYoHwan: 拍LOG是因為檔案小,後製也夠用 就這樣而已 跟感光 02/23 23:45
89F：→ LimYoHwan: 元件一點關係也沒 02/23 23:46
90F：→ LimYoHwan: 我還看過有人賣RAW風格檔可以轉成LOG .jpg 賣家就主 02/23 23:47
91F：→ LimYoHwan: 打轉換後 JPG方便儲存 02/23 23:47
92F：→ aztec1234: 因為把各種回覆接在一起講，我才確認一下那些話是對誰 02/23 23:59
93F：→ aztec1234: 避免誤會。基本上lanti講的LOG與感光元件紀錄能力無關 02/23 23:59
94F：→ aztec1234: 這點是沒錯的，我毛起來的原因是我前面講的事 02/23 23:59
95F：推 user1120: 說“補償”是合理的，因人眼辨識色彩並非線性，要把“ 02/24 00:31
96F：→ user1120: 視覺感覺”拉回線性，利用的是gamma/LUT，然後其曲線會 02/24 00:31
97F：→ user1120: 長的像是log函數。 02/24 00:31
98F：推 lantieheuser: 人眼是對多給的東西不敏感；就像老闆這個月幫你加薪 02/24 01:40
99F：→ lantieheuser: 50 塊你沒甚麼感覺。但不表示需要對加薪 50 這件事 02/24 01:42
100F：→ lantieheuser: 補償甚麼才能讓你感覺正常。換句話說，如果你的資料 02/24 01:43
101F：→ lantieheuser: 容器夠大，顯示器的表現能力夠細，你完全可以把線性 02/24 01:44
102F：→ lantieheuser: 資料一股腦丟給觀賞者；他能正確感知，無需任何補償 02/24 01:45
103F：→ lantieheuser: LOG 就像 JPG 一樣，只是把人眼不敏感的部分拋棄， 02/24 01:47
104F：→ lantieheuser: 在有限空間裡填滿人眼敏感的資訊，縮減資料，又不大 02/24 01:49
105F：→ lantieheuser: 幅影響人的感知。 02/24 01:49
106F：推 lantieheuser: 又好比人可以喝鮮榨柳橙汁，但是完整柳橙運輸很麻煩 02/24 01:54
107F：→ lantieheuser: 所以我們脫水留下柳橙的精華，最後再加水，調味去還 02/24 01:55
108F：→ lantieheuser: 原它。脫水不是一個補償或校正，讓它恢復正常的過程 02/24 01:57
109F：→ lantieheuser: 它是一個去蕪存菁，濃縮的過程。如果要說校正，那麼 02/24 01:58
110F：→ lantieheuser: 套 Lut 或其他方式對 LOG 檔的調整才是補償和校正。 02/24 01:59
111F：→ lantieheuser: 讓過分濃縮的果肉恢復比較正常的味道。 02/24 01:59
112F：→ aztec1234: 我講的跟你講的有什麼不同？ 02/24 07:27
113F：→ aztec1234: 再來，LOG並沒有把人眼不敏感的部分拋棄，你到底有沒 02/24 07:30
114F：→ aztec1234: 有搞懂LOG輸出的是什麼？ 02/24 07:30
115F：→ aztec1234: 我發現你根本搞錯了一件事，你把Gamma轉換當成是資料破 02/24 08:12
116F：→ aztec1234: 壞的一種。Gamma轉換不是壓縮之類的破壞性動作，從來就 02/24 08:12
117F：→ aztec1234: 不是 02/24 08:12
118F：→ aztec1234: 不對...我更正一下，LOG是把Gamma設定與原始灰階資料 02/24 08:40
119F：→ aztec1234: 都輸出，Gamma encoding的部分讓使用者在後製時自行去 02/24 08:40
120F：→ aztec1234: 做。你所認知到的壓縮，是Gamma encoding後的結果 02/24 08:40
121F：→ aztec1234: 上面頭昏亂打結果發現不對，更正一下 02/24 08:41
122F：→ aztec1234: 連日加班搞得我自己都混亂了，對影像資料作Gamma encod 02/24 09:10
123F：→ aztec1234: e是壓縮沒錯，我說不是壓縮的是顯示器驅動的Gamma電壓 02/24 09:11
124F：→ aztec1234: 調整。工作上剛好在處理這部分突然轉不過來，結果寫了 02/24 09:11
125F：→ aztec1234: 些錯的東西，在此深表抱歉 02/24 09:11