→ aztec1234: 其實我覺得會搞混也很正常...連評測網站也常搞不清楚, 02/23 16:45
→ aztec1234: 導致一些人以為LOG與RAW一樣,甚至影響一些第一次接觸 02/23 16:45
→ aztec1234: 錄影的人選相機的出發點 02/23 16:45
推 lantieheuser: ?感光元件紀錄不了的資料就是遺失了,不可能靠 LOG 02/23 17:30
→ lantieheuser: 留下來吧?LOG 的目的只是把原始更多的資料塞進有限 02/23 17:31
→ lantieheuser: 的檔案裡;也就是截取重點。如果 RAW 本身沒有壓縮 02/23 17:33
→ lantieheuser: 任何感光元件的訊息,那麼 LOG 就沒有必要。我的認 02/23 17:33
→ lantieheuser: 識是這樣,還是有哪邊我弄錯? 02/23 17:34
→ damaishin: 因為一般機器不能拍raw影片 02/23 18:22
→ siaomu: 這樣解釋吧 你可以說他是假性增加dynamic range 02/23 18:37
→ siaomu: 假設aspc可以紀錄1到100,log允許它紀錄到0.5到150,而全 02/23 18:37
→ siaomu: 幅本身可以紀錄1到150的話,log允許它紀錄0.5到200 02/23 18:37
推 lantieheuser: 感光元件的硬體紀錄能力不會因為你的資料處理方式 02/23 18:40
→ lantieheuser: 改變。LOG 說穿了就是個大資料和小容器(檔案)之間的 02/23 18:41
→ lantieheuser: 非線性對應關係。也就是指和你機器能記錄的檔案深度 02/23 18:42
→ lantieheuser: 有關,和感光元件的能力無關。 02/23 18:43
推 Juhnhood: 我認同lan大的說明,感光元件一開始就紀錄了所有動態範圍 02/23 19:26
→ LimYoHwan: 你的講法好怪,log是因為要在較小的檔案有更多的後製 02/23 21:00
→ LimYoHwan: 空間才產生的方法。 如果硬體能力強就可以直接錄raw vi 02/23 21:00
→ LimYoHwan: deo.但是大部分機器硬體能力不夠才沒raw video. 妥協下 02/23 21:00
→ LimYoHwan: 就是錄壓縮過的log影片。 02/23 21:00
→ aztec1234: 其實LOG是一個Gamma curve轉換的對照表(LUT),感光 02/23 21:03
→ aztec1234: 元件原始紀錄下來的資料的灰階曲線是線性的,要轉換成 02/23 21:03
→ aztec1234: 補償人眼感知特性的Gamma曲線,需要透過LUT轉換。LOG 02/23 21:03
→ aztec1234: 的使用基本,就是要想辦法讓感光元件當下把所有的灰階 02/23 21:03
→ aztec1234: 都紀錄下來,讓LUT轉換出預期的Gamma曲線 02/23 21:03
→ LimYoHwan: 你的說法無法說明為什麼5d3可以拍mov又可破解拍raw vid 02/23 21:03
→ LimYoHwan: eo 02/23 21:03
推 lantieheuser: 人的眼睛看線性資料完全沒有問題,gamma 補償人眼視 02/23 21:20
→ lantieheuser: 覺的說法是倒果為因。gamma 是利用人類視覺敏感度非 02/23 21:20
→ aztec1234: 我沒有說人眼無法感知線性資料,你在亂說什麼? 02/23 21:21
→ lantieheuser: 線性的特點來有效利用數位資料的空間。紀錄線性資料 02/23 21:22
→ lantieheuser: ,然後重現線性資料只是會浪費許多紀錄和表現空間去 02/23 21:23
→ lantieheuser: 處理人眼並不敏感的區段。 02/23 21:23
→ aztec1234: 所以我說,我那裡說人眼感知線性資料有問題? 02/23 21:25
推 lantieheuser: 因為我沒看懂你的說法:應該說是"利用"人眼感知特性 02/23 21:27
→ lantieheuser: 而不是"補償"人眼感知特性。補償像是人眼本來有甚麼 02/23 21:28
→ lantieheuser: 判斷困難,需要修正資料才能正確判讀...:P 02/23 21:28
→ aztec1234: 你要這麼講我看顯示產品業界都要請你去當顧問開課了, 02/23 21:33
→ aztec1234: 推翻共通語言 02/23 21:33
推 lantieheuser: 因為我不是業界的人,這裡用補償文意上很怪。所以我 02/23 21:39
→ lantieheuser: 看不懂。 02/23 21:39
→ aztec1234: 英文可是Gamma compensation甚至是Gamma correction 02/23 21:41
→ aztec1234: 你要說這文意很怪嗎? 02/23 21:42
推 lantieheuser: 一開始這麼叫是不是因為 CRT 無法重現線性資料需要 02/23 21:50
→ lantieheuser: 校正? 02/23 21:50
→ aztec1234: 我猜你大概是Google到某些資料... 02/23 21:52
推 lantieheuser: 確認了一下。我無意和你在這爭辯用詞,我只是想表達 02/23 21:55
→ lantieheuser: 因為這業界用詞已經脫離原本的初衷,所以不是業界 02/23 21:56
→ lantieheuser: 一定能精確理解它想表達的內涵。 02/23 21:56
→ aztec1234: 是你挑起「補償」應該要是你認為的意思,你現在跟我說 02/23 22:04
→ aztec1234: 無意爭辯用詞? 02/23 22:04
推 lantieheuser: 我的回應是因為我沒聽懂你的意思,不是我聽懂了要糾 02/23 22:06
→ lantieheuser: 正你的用詞。真說要糾正,我也覺得我沒說錯甚麼:P 02/23 22:06
→ lantieheuser: 這篇文章說得很清楚:嚴格來看"校正"二字用在何處。 02/23 22:11
→ lantieheuser: 給文件一個 gamma 不應該稱作補償或校正。 02/23 22:12
→ lantieheuser: 但我理解業界有業界的習慣,就降。 02/23 22:12
→ aztec1234: 鬼打牆...我放棄 02/23 22:17
→ exam0: log 就是log,raw 就是raw,請分清楚,不懂就去弄一台可以 02/23 22:36
→ exam0: 兩種都拍的機器回來玩,不要不懂在那瞎猜,5D3 破解後能拍r 02/23 22:36
→ exam0: aw 又能拍mov 很正常,錄製raw file對機身的要求本來就比較 02/23 22:36
→ exam0: 高,raw 都能拍為何不能拍mov?時速能跑兩百公里的車跑一百 02/23 22:36
→ exam0: 公里再正常不過了吧 02/23 22:36
推 DOC: lanti大大講的很正確阿 有哪裡鬼打牆嗎? 02/23 22:43
→ exam0: aztec 對log的描述才是正確的…說真的,不是在業界裡,自己 02/23 22:52
→ exam0: Google一些資料也不知道對不對的…這根本沒有討論的必要 02/23 22:52
→ aztec1234: 我指的鬼打牆是指他跟我說不能說「補償」要說「利用」 02/23 22:55
→ aztec1234: 這件事 02/23 22:55
→ aztec1234: 我甚至壓根沒想到竟然是在這種地方糾纏 02/23 22:55
→ exam0: 玩文字遊戲是有個屁用啊XD 02/23 22:57
→ exam0: 玩文字遊戲有用的話,那中文系的都超會拍了 02/23 22:58
→ LimYoHwan: 原文是說感光元件有限制才有LOG產生 這就不對阿 02/23 23:27
→ LimYoHwan: 所以我舉了5D3是拍mov,但破解卻可拍raw video 02/23 23:28
→ LimYoHwan: 那這樣跟感光元件有限制之說 不就矛盾 02/23 23:28
→ LimYoHwan: 然後我覺得LAN說的才是正確 AZT業界派XD描述LOG 02/23 23:31
→ LimYoHwan: 不符合LOG的原意和他的用處 02/23 23:32
→ aztec1234: 你是說我說的不符合LOG的原意與用處,還是指原PO?我 02/23 23:38
→ aztec1234: 說的跟原PO不同,而且我說的是LOG實際上輸出的是什麼東 02/23 23:38
→ aztec1234: 西 02/23 23:38
→ LimYoHwan: 我說原po阿 他說log就此而生 以上那幾行 你同意? 02/23 23:40
→ LimYoHwan: AZT我知道你說的是對的 但你不覺得把LOG講得很像 02/23 23:41
→ LimYoHwan: 脫褲子放屁 02/23 23:41
→ aztec1234: 我如果同意的話怎麼可能寫這些,對吧? 02/23 23:41
→ LimYoHwan: 轉換成LOG又套LUT轉換 那到底一開始拍LOG要幹嘛 02/23 23:42
→ LimYoHwan: 無非就是因為後製考量和檔案大小的問題對吧 02/23 23:44
→ LimYoHwan: 不是所有人都那麼閒硬碟容量那麼大在那拍RAW VIDEO 02/23 23:45
→ LimYoHwan: 拍LOG是因為檔案小,後製也夠用 就這樣而已 跟感光 02/23 23:45
→ LimYoHwan: 元件一點關係也沒 02/23 23:46
→ LimYoHwan: 我還看過有人賣RAW風格檔可以轉成LOG .jpg 賣家就主 02/23 23:47
→ LimYoHwan: 打轉換後 JPG方便儲存 02/23 23:47
→ aztec1234: 因為把各種回覆接在一起講,我才確認一下那些話是對誰 02/23 23:59
→ aztec1234: 避免誤會。基本上lanti講的LOG與感光元件紀錄能力無關 02/23 23:59
→ aztec1234: 這點是沒錯的,我毛起來的原因是我前面講的事 02/23 23:59
推 user1120: 說“補償”是合理的,因人眼辨識色彩並非線性,要把“ 02/24 00:31
→ user1120: 視覺感覺”拉回線性,利用的是gamma/LUT,然後其曲線會 02/24 00:31
→ user1120: 長的像是log函數。 02/24 00:31
推 lantieheuser: 人眼是對多給的東西不敏感;就像老闆這個月幫你加薪 02/24 01:40
→ lantieheuser: 50 塊你沒甚麼感覺。但不表示需要對加薪 50 這件事 02/24 01:42
→ lantieheuser: 補償甚麼才能讓你感覺正常。換句話說,如果你的資料 02/24 01:43
→ lantieheuser: 容器夠大,顯示器的表現能力夠細,你完全可以把線性 02/24 01:44
→ lantieheuser: 資料一股腦丟給觀賞者;他能正確感知,無需任何補償 02/24 01:45
→ lantieheuser: LOG 就像 JPG 一樣,只是把人眼不敏感的部分拋棄, 02/24 01:47
→ lantieheuser: 在有限空間裡填滿人眼敏感的資訊,縮減資料,又不大 02/24 01:49
→ lantieheuser: 幅影響人的感知。 02/24 01:49
推 lantieheuser: 又好比人可以喝鮮榨柳橙汁,但是完整柳橙運輸很麻煩 02/24 01:54
→ lantieheuser: 所以我們脫水留下柳橙的精華,最後再加水,調味去還 02/24 01:55
→ lantieheuser: 原它。脫水不是一個補償或校正,讓它恢復正常的過程 02/24 01:57
→ lantieheuser: 它是一個去蕪存菁,濃縮的過程。如果要說校正,那麼 02/24 01:58
→ lantieheuser: 套 Lut 或其他方式對 LOG 檔的調整才是補償和校正。 02/24 01:59
→ lantieheuser: 讓過分濃縮的果肉恢復比較正常的味道。 02/24 01:59
→ aztec1234: 我講的跟你講的有什麼不同? 02/24 07:27
→ aztec1234: 再來,LOG並沒有把人眼不敏感的部分拋棄,你到底有沒 02/24 07:30
→ aztec1234: 有搞懂LOG輸出的是什麼? 02/24 07:30
→ aztec1234: 我發現你根本搞錯了一件事,你把Gamma轉換當成是資料破 02/24 08:12
→ aztec1234: 壞的一種。Gamma轉換不是壓縮之類的破壞性動作,從來就 02/24 08:12
→ aztec1234: 不是 02/24 08:12
→ aztec1234: 不對...我更正一下,LOG是把Gamma設定與原始灰階資料 02/24 08:40
→ aztec1234: 都輸出,Gamma encoding的部分讓使用者在後製時自行去 02/24 08:40
→ aztec1234: 做。你所認知到的壓縮,是Gamma encoding後的結果 02/24 08:40
→ aztec1234: 上面頭昏亂打結果發現不對,更正一下 02/24 08:41
→ aztec1234: 連日加班搞得我自己都混亂了,對影像資料作Gamma encod 02/24 09:10
→ aztec1234: e是壓縮沒錯,我說不是壓縮的是顯示器驅動的Gamma電壓 02/24 09:11
→ aztec1234: 調整。工作上剛好在處理這部分突然轉不過來,結果寫了 02/24 09:11
→ aztec1234: 些錯的東西,在此深表抱歉 02/24 09:11