作者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/cn.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/cn.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