題:
是什麼使RAW文件難以操作?
dzieciou
2016-12-02 03:38:39 UTC
view on stackexchange narkive permalink

據我所知,唯一能夠創建RAW文件的工具是相機,並且沒有標準的工具可以操作它。我聽說這就是為什麼在不同的攝影比賽中使用RAW文件來證明攝影師沒有操縱過提交的照片的原因。

但是,RAW文件只是數據文件,任何位都可以操縱。

是什麼使RAW文件難以成為操縱對象?

六 答案:
Michael C
2016-12-02 04:08:03 UTC
view on stackexchange narkive permalink

對於擁有適當專業知識和工具的人而言,沒有任何事情會使原始文件難以操作。只是周圍沒有多少人擁有這些工具和專業知識。

將原始文件處理為jpeg所需的工具比處理原始文件所需的工具更為廣泛和眾所周知。到另一個原始文件中。這可能是因為人們認為原始文件更難於操縱:這種競賽的大多數組織者對如何從原始文件中生成大量操縱的jpeg更加熟悉。他們中的大多數人可能根本不知道原始數據可以被操縱,更不用說如何去做。我的意思是,他們甚至不了解 300 dpi(不是)在與顯示器大小無關的數字環境中的含義。

具有諷刺意味的是,新聞機構路透社已經做到了反之亦然:它們將只接受在拍攝圖像時在相機中以jpeg格式生成(出現)的圖像。

有趣。 JPEG可以更輕鬆地進行操作。那麼為什麼路透社這樣做呢?
您必須向在路透社做出決定的人問一問。
@dzieciou如果有存儲用,我記得一個有關新聞社(可能是路透社)的事情,該社僅在拍攝時接受相機生成的JPEG,以幫助識別經過篡改的照片。要在不留下偽影的情況下對JPEG進行篡改非常困難,因此,如果相機製作了JPEG,他們可以合理地假設它沒有被更改。
@CortAmmon但是,在事後根據原始數據創建jpeg,然後更改元數據以使其看起來似乎是在相機中生成的,這非常容易。
@MichaelClark如果我要猜測圖像取證的微妙世界,那麼製作看起來像是由相機的特定JPEG壓縮算法生成的JPEG可能會比讓眼睛看起來更難。我認為這不會阻止一個確定的偽造者(這要求對圖像進行密碼簽名),但是會減少很多偽造者。
@CortAmmon您的猜測是正確的。但我敢打賭,路透社做出“僅jpeg”決定的人對圖像取證的微妙之處都沒有透徹的了解,我的猜測同樣如此。
@MichaelClark你說的對,我敢打賭我不會跟你談談=)
@CortAmmon:加密簽名也無濟於事,因為攻擊者擁有密鑰(密鑰必須在相機中並且只有很小的麻煩才能提取)。
@R ..這已在安全領域中得到解決。有許多示例使用物理安全性來保護密鑰,然後使用該密鑰對文檔進行加密簽名。如果做對的話,這不僅僅是個小麻煩。請參閱Apple訴FBI關於FBI難以從iPhone提取私鑰的戰鬥。
我認為,路透社的規則是關於禁止攝影師瘋狂進行後期處理,因為後期處理可能會改變圖像的印象,而不是直接操作。與立法規定可接受哪些photoshop濾鏡相比,將攝影師限制在相機的設置是一個相對簡單的規則。
它還限制了可以正確校正顏色,對比度等的選項,以使圖像看起來更像那裡的人會看到的東西。路透社的規則似乎主要是關於通過克隆,標記或修復工具限制在視野內添加和刪除場景的元素,而不是合法的色彩校正。 《路透社》指南特別允許進行色彩校正,以補償我們在同一場景中眼睛所見和照相機所見之間的差異。限制為相機內JPEG會嚴重限制所允許的那些校正選項。
Itai
2016-12-02 04:30:53 UTC
view on stackexchange narkive permalink

RAW文件只不過是用於存儲相機傳感器輸出的容器。必須將其處理為圖像,以使其在每個像素處具有全彩色信息。因此,由於它是RAW轉換軟件的輸入,因此沒有用於操縱RAW文件的程序。

由於它是由像其他任何數字文件一樣的位組成的,因此可以使用例如,二進制編輯器。更難的是對RAW文件進行一致的更改,使更改看起來很自然。您無法裁剪RAW文件,因為圖像尺寸將不再產生相機的效果。在場景中添加或刪除對象需要對特定相機進行RAW轉換的逆變換。

有一些工具可以轉換原始數據,然後仍以原始格式(即非去Bayeded /非去馬賽克)輸出該數據。例如,在某些佳能EOS相機中創建M-RAW和S-RAW文件的相機固件。佳能* Digital Photo Professional *中的* Digital Lens Optimizer *工具。有關* DLO *的更多信息,請參見:http://photo.stackexchange.com/questions/35324/why-does-using-canons-digital-lens-optimizer-double-the-size-of-a-raw-文件
Chris H
2016-12-02 04:04:21 UTC
view on stackexchange narkive permalink

有更好的格式可用於無損,高位深度的圖像存儲和交換。原始文件的主要好處是它們包含最少處理的傳感器數據。因此,沒有任何令人信服的理由讓任何人花費(相當大的精力)編寫代碼來編寫原始文件。這意味著提交原始文件是證明(i)擁有原始鏡頭和(ii)原始鏡頭是什麼樣的一種實用方法。這是原始證據合法所有權的不充分證據。

鑑於在後期處理中可以更改RAW圖像的數量,我不確定這一定是演示原始照片的好方法。不過,這是演示原始鏡頭*裁剪和內容*的一種好方法。
@MichaelKjörling,這很公平。在諸如野生動植物攝影之類的事情中,刪除誘餌(例如)可能與比賽的意圖背道而馳。在極端的情況下,有可能去除後期被囚禁的證據。原始會顯示出來。
Szabolcs
2016-12-02 19:06:27 UTC
view on stackexchange narkive permalink

因為沒有工具,所以RAW文件難以操作。

因為操縱它們是沒有意義的,所以沒有工具。

RAW文件不包含標準圖像。它們保存直接從一種特定相機型號的傳感器讀取的數據。需要以每種相機型號特定的方式對其進行處理以獲得標準圖像。

要“顯示”原始文件,您必須具有特定的詳細信息相機型號的來源-這就是為什麼Lightroom之類的RAW轉換器需要為每個新發布的相機獲取更新。相反,JPEG或PNG旨在可在任何設備上顯示,而無需知道它們來自何處。它們應該能夠容納任何圖像。

我希望這可以清楚地表明,除了直接在相機中之外,以其他任何方式生成RAW文件絕對沒有意義。 (除非您想進行欺詐,或者除非您要對特定的RAW格式進行反向工程以更好地了解相機,或為其生成自己的RAW轉換器,否則)。

因此,使用佳能的* Digital Photo Professional *的* Digital Lens Optimizer *工具可以獲得的圖像改進毫無意義,該工具將非常詳細的鏡頭校正應用於原始文件,並在文件後追加了包含“校正後”的相同大小的第二個文件。 “ 原文件? https://www.martinbaileyphotography.com/2012/07/14/quick-look-canon-digital-photo-professional-digital-lens-optimizer/
根據您對所鏈接問題的評論,@MichaelClark,認為將DLO保存為RAW而不是TIFF沒有意義。
TIFF“烘焙”黑點,白點,色彩平衡等。Raw則不然。
-1
一旦從Lr或PS中離開ACR模塊,您就不再處理原始數據,而是在內部等效於16位TIFF。
supercat
2016-12-02 05:18:43 UTC
view on stackexchange narkive permalink

典型的相機傳感器不會捕獲RGB像素,而是會在略有不同的位置捕獲輸入的不同的紅色感應像素,綠色感應像素和藍色感應像素;原始文件將報告所捕獲的各個像素的值。

將原始文件轉換為RGB像素格式時,輸出文件中的每個像素通常將經過加權和濾波後的數字平均值原始傳感器上的像素數。數據轉換後,結果文件中的每個像素將能夠獨立表示任何顏色。如果有人想調整RGB像素文件中的飽和度,每個單獨像素的紅色值可以基於其藍色和綠色值,同樣,根據每個像素的紅色和綠色來調整其藍色,並根據其紅色和藍色來調整其綠色。 / p>

但是,如果要對原始文件進行白平衡調整,則將無法調整單個像素的顏色,因為每個單個像素只能檢測單個亮度值。如果要降低紅色物體原始圖像的飽和度,則不可能增加所有紅色感應像素的藍色和綠色值。取而代之的是,必須增加接近明亮紅色感應像素的藍色感應像素和綠色感應像素的報告值。這樣的操作並不困難,但是每次應用它們都會使圖像質量進一步下降。相比之下,將傳感器數據轉換為RGB圖片的動作通常是有損耗的,但是這種損耗只需要發生一次。

這是原始文件中每個像素的數據所包含的信息的非常幼稚的視圖。原始文件中沒有紅色,綠色或藍色像素。每個像素只有單色亮度值。是的,像素已通過拜耳掩模進行了過濾,拜耳掩模在R,G和B上有三個不同的濾光片*居中*。但是,比每個濾光片居中的單個波長的光譜要寬得多的光譜的光可以通過面具。這很像在黑白膠片的前面使用R,G或B濾鏡。您仍然具有黑白負片,並且某些顏色的色調值有所偏移。
@MichaelClark:我將像素區分為紅色,綠色和藍色,以澄清顏色名稱描述了像素的含義。我不想深入了解事物工作原理的細節,而只是注意到用於捕獲圖像的紅色,綠色和藍色部分的像素在稍有不同的地方,這意味著任何會移動信息的地方顏色之間會略微扭曲其位置。
但是*一些*綠光將通過R和B濾鏡。 *一些* R和B光線將通過G濾鏡。幾乎沒有R光穿過B濾鏡,反之亦然。每個像素不僅可以感知到紅色,綠色或藍色的光,還可以感知到更多。這些只是它們衰減最大的顏色。
@MichaelClark:雖然確實可以感知紅色的像素也可以感知到一定數量的藍色和綠色,並且對於其他顏色也一樣,但這不會影響調整諸如飽和度之類的東西會扭曲光的可見位置的事實。傳感器,並且反復進行調整會逐漸降低圖像質量。
單色亮度值不飽和。黑色/灰色/白色只有較亮或較深的陰影。來自紅色濾波像素的響應增加會使紅色濾波像素的亮度值更亮。在進行去拜耳/去馬賽克之前,沒有飽和的東西。
但是我認為在這個問題的背景下,我們談論的是大規模替換大量像素,而不是僅對紅色或藍色或綠色的衰減像素進行微調。
@MichaelClark:的要點是,使原始圖片中的顏色降低飽和度將需要根據附近其他種類的像素來調整每種種類的像素。
關鍵是原始文件中沒有要飽和/去飽和的本色。每個像素孔只有一個亮度值。而已。例如,如果在對第二個原始文件進行去拜耳/去馬賽克處理時將所有紅色衰減像素的值提升並記錄為另一個原始文件,則可以通過使用不同的響應曲線/伽瑪校正等完全抵消第二個原始文件。產生與使用其他響應曲線/伽瑪校正/等完全相同的結果。當對原始文件進行去拜耳/去馬賽克時。
當您在圖像查看器中“打開”原始文件時,您並不是在查看實際的原始數據。您正在查看該數據的去拜耳/去馬賽克版本,其中應用了各種伽瑪校正/響應曲線,然後將其壓縮為每個通道8位,以便在監視器上查看。
@MichaelClark對於RAW文件的工作方式,這似乎仍然是一個半神秘的視圖。雖然RAW濾鏡並不是完美的原色,但RAW轉換“完全”將它們視為(對於傳感器的本機色彩空間)。相同的去拜耳/去馬賽克算法可與理想化的完美過濾器一起使用。
對於那些不了解原始文件包含哪些信息,更重要的是,不了解原始文件內容的人來說,這似乎是神秘的。http://freefall.purrsia.com/ff300/fv00255.htm
@MichaelClark:的確如此,但這不會使編輯器無法允許用戶選擇屏幕表示形式中的區域並對其執行操作,然後對原始原始數據執行所請求的操作。這會使它尷尬,這就是為什麼程序通常不嘗試直接操作原始文件的原因。
@supercat請參閱:http://photo.stackexchange.com/questions/35324/why-does-using-canons-digital-lens-optimizer-double-the-size-of-a-raw-file
@MichaelClark:什麼與我所說的相矛盾?聽起來不像其他文章中描述的實用工具確實在編輯原始圖像數據。
* DLO *實際上確實重新映射了每個像素的原始圖像數據,對修訂後的數據中的每個像素插值單色亮度值,並將所有這些數據寫回到.cr2文件中,作為.cr2容器中的第二個圖像文件。這就是圖像文件大小加倍的原因。
關鍵是,*有*應用程序,其中一些甚至廣泛使用,可以直接處理原始數據而無需先進行去Bayering /去馬賽克處理。
-1
-1
@GiacomoCatenazzi是的,還請參見上面的鏈接,尤其是有關色彩空間的部分。或查看Libraw或dcraw源代碼。
@mattdm鏈接只是語義。一個人說:“ *如果不進行伽瑪校正,去馬賽克,白平衡等操作,就無法*查看原始文件,而另一方說:“哦,是的,只要您進行伽瑪校正,去馬賽克,白平衡等。”
在本討論開始時,我的基本觀點是,由綠色濾光後的像素收集的所有光甚至都不是綠色,更不用說一個稱為綠色的特定波長,並且以一種特定的綠色陰影表示該光是不准確的。紅色和藍色過濾的像素也是如此。它們是代表在每個像素孔中收集的光的廣泛波長范圍的亮度值。
@Michael _any_ RGB通道也是如此,這就是我說您正在神秘地對待它的地方。或者換句話說,RAW文件與完美的過濾器的工作原理相同。
另外,在“語義”論點上,您也不必像我前面展示的那樣去馬賽克。而且,您無需進行色彩校正-可以很好地工作,只是看起來會變色。這並不意味著它不是_color_。
按照這個定義,棕褐色照片是*彩色*。
Giacomo Catenazzi
2016-12-05 22:56:42 UTC
view on stackexchange narkive permalink

因為不需要這樣做。

高級操作程序通常是無損,因此程序通常使用原始圖像,但將操作保存在其他文件中(或數據庫)。為了進行簡單的編輯,使用了sidecar .xmp

具有無損工作流的巨大優勢。一勞永逸:易於備份,但是您始終可以擁有原始信息以進行進一步的操作而不會丟失任何東西。

我認為UFRaw也可以保存原始數據。

從技術上講,創建它們並不難:普通的原始文件只是壓縮的TIFF文件,具有一些眾所周知的像素顏色和幾何形狀的解釋(因為讀者已經使用過),並帶有一些其他EXIF信息。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...