題:
相機內JPEG可以比(第三方軟件)轉換的RAW擁有圖像質量優勢嗎?
Karel
2010-08-20 00:33:07 UTC
view on stackexchange narkive permalink

關於 RAW比JPG優勢的問題讓我很好奇,如果有人舉證說相機內JPEG的圖像質量實際上比計算機上轉換的RAW圖像更好(可能是由第三方RAW轉換器轉換)。我不是說默認設置,而是可以從這兩者中獲得最好的設置。

編輯:我終於找到了至少一個示例: http:// theonlinephotographer .typepad.com / the_online_photographer / 2010/06 / iso-6400-from-an-ep1.html

儘管這確實是主觀的,但我從佳能的DPP中得到的色彩始終更好(匹配相機算法),而不是我嘗試過的轉換器。

EDIT2 :該可能發生的另一種情況是,當突出顯示救援功能(活動D -lighting /高光色調優先/ ...)。因此,如果有人進行了這種測試,請隨時分享您的結果。

EDIT3:以下是我自己的結果,相機內降噪似乎擊敗了其他一切: 拍攝RAW時,“減少長時間曝光降噪”選項有什麼區別嗎?

更好的是,您指的是圖像質量嗎?正如@decasteljau所指出的那樣,Jpeg固有地比RAW具有一些優勢,但是我懷疑您是在問IQ。
抱歉,沒錯,這個問題已經澄清了。
那篇文章中有趣的方法,但是僅從RAW文件中應該可以獲得相同的結果。我不介意去嘗試一下...
一旦我開始使用Topaz Denoise,我就再也沒有回頭。然而,儘管Topaz插件已經非常出色,但在大幅度降低噪聲後嘗試這種技巧可能會很有意思,看看它是否帶來了更多細節。
關於鏈接的文章,有趣的是,相機JPEG仍只是處理過的RAW數據。文章的作者說,他不知道如何清除嘈雜的ISO 6400 RAW,但是我暫時不懷疑我可以使用Lightroom和RAW獲得與相機內JPEG一樣好的效果。一種或另一種方式,兩者仍然都只能處理拜耳矩陣中的紅色,綠色和藍色像素……如果可以使用JPEG完成,則可以使用RAW完成。
對於** EDIT2 **,請參見此處:http://photo.stackexchange.com/questions/2005/how-does-adaptive-dynamic-range-work/2007#2007
@Eruditass-總的來說,我知道它是如何工作的。我很好奇如果將相機JPG與計算機處理的RAW並排放置會發生什麼情況,其中JPG已針對相機中的高光(D-lightning / Highlight優先級)進行了優化,而RAW使用了所有可用的淨空。
@jrista-“如果可以使用JPEG完成,則可以使用RAW完成”-您在這裡做出一個無法真正檢查的假設:RAW包含*所有*處理JPG時相機可用的信息。更進一步-拍攝JPG時,相機甚至可以改變其行為以獲取更好的數據(即曝光不足以突出顯示高光並應用校正的色調曲線)。
@matt, Ctein可能知道很多技巧,但這並不意味著他會一直在不斷減少噪音,這是一個不斷變化的領域。他使用了被LR3和Topaz DeNoise所掩蓋的NoiseWare。使用LR3,不可能再有那種色度噪聲。這是我的K-x在ISO 102400上的照片:http://imgur.com/ejmX4.jpg現在可以很容易地消除色度噪點。當然,您可以過度使用它,並且會出現顏色滲色,但是Ctein遠遠不能達到ISO 6400的要求,即使在m43上也是如此。
根據定義,@Karel, JPEG的淨空不能超過RAW。它的外觀取決於您應用色調曲線的方式,但是突出顯示的JPEG中沒有更多細節。如鍊接中所述,啟用高光優先將導致RAW曝光不足。現在,如果要比較不具有突出顯示優先級的RAW和具有突出顯示優先級的JPEG,那就不一樣了。快門/ ISO /光圈將完全不同,我不會考慮有意義的比較。
@Eruditass-我不同意。如果我在相機上更改的唯一設置是從RAW到JPG,然後可能會得到更好的結果(我在詢問它們是否更好,而不是假設),所以這是有意義的比較。順便說一句,快門速度和光圈保持不變,所以沒有什麼不同。
但是2次曝光是2張不同的照片,即使設置完全相同...本質上,如果您具有相同曝光的RAW + JPG,則總是有可能(不一定很容易)將RAW轉換為至少相同的質量使用後處理。如果曝光不同,則所有投注均關閉。
-1
我不了解你,你不了解我。每個人都在說“按定義”。我對理論不感興趣。 **無論是什麼原因,我對拍攝JPEG都有優勢的實際情況都很感興趣。**我本人主要拍攝RAW,有時兩者同時拍攝,而且我確實不信奉宗教派。
-1
通常,啟用高光色調優先級之類的操作不允許相機“更好地使用”傳感器數據。它真正要做的只是在幕後更改曝光設置,這並不是在“更好地使用傳感器”,它實際上只是在做您自己可以用原始方法做的事情,而沒有實際告訴您這是在做什麼。就像Eruditass所說的那樣,在蘋果對蘋果的比較中,拍攝JPEG絕對不會比人工處理的RAW產生“更好”的拍攝。關於相機的理論(理論上)能夠更好地處理,因為它的“相機內”就是那個...理論。
在過去的幾天中,我在多個論壇上讀了很多書,其中包括與Ctein的文章相關的文章。我對如何針對每個單獨的攝像機中的特定硬件怪癖如何針對攝像機內算法進行特別的調整有很多猜測和思考。儘管這是一個有趣的概念,但從現實,實用,批量生產的角度來看,我認為它並不實用。花費時間對其運行的每個硬件進行微調JPEG算法都是不可行的商業決定……這會增加成本並降低ROI。
我開始懷疑這個話題是否有點偏離軌道了?也許這只是一個過於主觀的問題?我不太確定我們能否進行紮實,客觀的討論,因為圍繞該特定主題似乎有很多意見和主觀性。幾天前,我不得不結束自己的一些評論,因為它們正朝著不利的方向發展。為了提供一個替代的場所,最好在Photo.SE聊天中而不是在評論中繼續討論這個主題,我覺得很有趣。 http://chat.meta.stackoverflow.com/rooms/154/photo
@jrista-我同意這裡已偏離軌道,所以我將其保留。我的目的是始終充分利用相機,並且由於我不經常更改相機,因此我有時間學習技巧。這一思路使我至少有一個重要發現(關於降噪)。
@karel-除了先前的冗長討論之外,您是否可以編輯問題以將_您自己的答案_與問題本身分開?請參閱http://meta.photo.stackexchange.com/questions/1601/should-edits-which-add-the-accepted-answer-to-the-question-reverted
十一 答案:
Guffa
2010-08-20 00:59:21 UTC
view on stackexchange narkive permalink

不,根據定義,沒有。

在轉換為JPEG時,會丟棄很多信息。 RAW文件包含所有原始信息,因此相機以後可以通過RAW文件執行將其轉換為JPEG的任何操作。通常,您甚至可以獲得更好的結果,這是因為您可以根據圖片微調轉換,並且因為RAW轉換程序不受照相機中轉換速度的限制。

因此,如果您從JPEG文件中獲得更好的結果,那僅僅是因為您不知道如何從RAW文件中獲得相同的結果。

不,可能99.9%的時間是正確的答案,但我想知道0.1%是什麼:)請參閱我的編輯。
沒有0.1%!相機中產生的每個JPEG都來自原始傳感器數據。據我所知,任何單獨的傳感器特定調整調整都會在模數轉換步驟而不是數字原始JPEG轉換中應用於原始數據。因此,相機內JPEG *和*後處理的原始文件均可使用任何單獨的相機調整功能。
Alan
2010-08-20 01:22:19 UTC
view on stackexchange narkive permalink

這是一個很難回答的問題,因為是的,從技術上來說,相機內的jpeg看起來比RAW更好,但是場景是人為設計的。

場景一:原始轉換是不熟練的

在這種情況下,與RAW文件進行交互的用戶不了解他們在做什麼,因此進行了設置調整,生成的圖像看上去比場景二:原始轉換器本身寫得不好

原始轉換需要一種算法來從拜耳模式數據中重建圖像數據。根據定義,拜耳模式具有原始場景中存在的33%的信息。可以想像的是,人們可能會使用一種經過深思熟慮的轉換算法來編寫自己的RAW轉換器,這會導致圖像格式錯誤,看起來更糟,無法在相機內進行處理。

情況三:原始轉換器無法正確理解RAW格式

如果您嘗試對不支持的相機的RAW文件使用較舊的RAW轉換器,則結果不確定,可能會很糟糕。 / p>

更多場景:相機知道轉換器沒有做的事情(識別鏡頭並對其進行了校正),相機做了轉換器無法做的事情(曝光不足以突出顯示)。
@Karel:我認為關於相機具有針對其硬件的微調算法的想法很有趣,並且引起了廣泛的理論討論。但是,我認為這在在線攝影界正變得越來越多產,在我們開始假設它是真的之前,它確實需要一些具體的證據來支持它。遵循官方製造商規範的證據清楚地表明,他們對每個相機都微調了jpeg算法,或者增加了有關鏡頭的知識。從製造/成本的角度來看,我認為這並不現實。
@Karel-這是場景2/3
應用於相機內原始數據的任何鏡頭知識也可以應用於相機外的後處理中的原始數據。如果不能在特定情況下運行,則是由於特定的原始轉換器缺乏編寫的能力(方案2),而不是因為在照相機之外而不是在照相機之外處理原始文件受到限制。
decasteljau
2010-08-20 01:21:59 UTC
view on stackexchange narkive permalink

與RAW相比,JPEG具有一些優點:

  • 將文件寫入卡的速度更快
  • 將文件從卡傳輸到計算機的速度更快
  • 更快瀏覽文件
  • 在軟件中處理文件的速度更快
  • 卡/磁盤/備份上的空間不足
  • 普遍支持

這些是需要考慮的優點。

如果您不打算對圖像進行潤飾(照原樣進行處理),則JPEG可能是一種選擇。由於RAW文件具有很高的動態性,因此與JPEG相比,原始外觀在RAW上可能看起來更平整。轉換為JPEG時,相機會在圖像上應用光對比度曲線。視您的相機而定,JPEG看起來可能更好用。

你誤會我的意思,我是說照片。對於以下問題,您的答案會更好:http://photo.stackexchange.com/questions/15/what-are-the-pros-and-cons-when-shooting-in-raw-vs-jpeg
抱歉,我的錯誤在問題中太含糊。之後進行澄清。
我的最後一段可能會涵蓋您的問題。
Mark Ransom
2010-08-20 01:25:15 UTC
view on stackexchange narkive permalink

如果相機製造商對傳感器特性有特殊的了解,例如濾鏡的精確吸收光譜,那麼它可能比通用轉換器做得更好。

這只是理論上的,我沒有很好的例子。

當然,如果您仍然要使用JPEG,那麼使用相機進行攝影要比執行額外的軟件步驟要快。

但是相機製造商可以編寫一個外部原始轉換器,該轉換器使用與寫入相機固件的轉換器相同的傳感器特性知識。在計算結果方面,對相機中的數字數據進行數學運算與對相機外的完全相同的數字數據進行完全相同的數學運算之間沒有區別。可用的處理能力較低,並且需要在機內完成時盡快執行此操作,這意味著在許多情況下,機外算法比機內算法更徹底,更精確。
@MichaelClark我不同意,但您是在說與這個問題“對立”的觀點。標題中甚至提到了“第三方軟件”。
“我並不是說默認設置,而是兩者的最佳結合。”這種觀點與您對問題的解釋背道而馳,而對於我對問題的解讀,則更多地說明了相機外原始轉換與相機內原始轉換是否存在“固有”劣勢。相機內轉換算法或相機外轉換算法可以更好或更壞。並沒有*固有地*給相機內轉換帶來優勢,但是(電池)功耗要求和時間限制確實以其他方式沒有限制相機內。
matt burns
2010-08-20 01:52:16 UTC
view on stackexchange narkive permalink

我總是只用jpeg拍攝。我知道很多人認為我瘋了,但是對我來說,我仍然發現jpeg的優勢(正如decasteljau提到的那樣)。

下面是在Lightroom 2.6中單獨編輯來自同一鏡頭的每種文件格式後的結果

這並不是真正有用的測試,您不應該繪製任何圖像得出的結論是因為我沒有以相同的方式來編輯每一個。老實說,您在此處看到的任何差異幾乎都可以肯定是我編輯它們的方式而不是格式。 jpeg鏡頭剛開始時要亮得多。如果有機會,我將嘗試第二種嘗試,以使照片看起來更相似。

但這是問題的所在,我個人很好奇,看看區別是否值得

從相機生成的RAW源圖像進行最終編輯alt text

從相機生成的jpeg源圖像進行最終編輯 alt text

學習如何將相機內jpeg引擎與基於計算機的原始轉換器相匹配需要大量的實踐和經驗,並且只有在使用製造商自己的轉換器(包括非常精確的調整間隔)的情況下。除非第三方應用程序已許可製造商並在其轉換器中包含與製造商在相機固件中使用的相同算法,否則您將永遠無法使用第三方原始轉換器完美匹配相機內jpeg。但這並不一定意味著相機內算法“更好”或“更差”。這只是意味著它略有不同。
如果標籤正確,則相機內的jpeg會稍暗。但是,更重要的是,也具有較高的對比度。降噪和銳化的差異(兩者也會影響對比度)也很明顯。清晰度的某些差異也可能是由於對原始文件施加了輕微的順時針旋轉。
Asaf
2010-09-28 20:34:06 UTC
view on stackexchange narkive permalink

您不應該比較兩種格式。

原始圖像是真實的交易,而jpg是從原始圖像派生(操縱)的圖片。

因此jpg可以

如果相機的jpg很好,那麼計算機也可以。...這僅僅是計算機/相機軟件具有的處理算法的問題。

原始圖片在代表真實圖片方面總是比jpg更好。

在這裡,使用photoshop製作神奇圖片的規則相同-圖片的處理有時看起來會比原始圖片更好-但是,總是存在於原始圖片上,這是原始的。

請記住:jpg是計算機對原始圖片進行處理的結果,它試圖創建與原始圖片盡可能近且盡可能小的壓縮圖像,但會丟失算法認為不那麼重要的數據,從而降低成本

szulat
2014-10-12 02:28:33 UTC
view on stackexchange narkive permalink

如果RAW文件沒有從傳感器傳輸真正的原始數據,則相機上的JPEG理論上可能比RAW更好-製造商這樣做是為了減小文件大小(“壓縮的RAW”)。

有些像Sony這樣的相機僅使用壓縮的RAW,這可能會導致從RAW文件處理的圖像中出現意外的偽影,例如,請參見 http://www.rawdigger.com/howtouse/sony-craw-arw2-posterization-detection

當然,有人可能會認為,從技術上講,這個答案是離題的,因為壓縮的RAW不再是RAW,但是人們仍然稱其為RAW,而且大多數人都不知道後果。 >

Wayne
2015-01-01 09:12:52 UTC
view on stackexchange narkive permalink

是的,在一個特定方面:鏡頭畸變/漸暈/像差校正。幾乎按照定義-而且我可以肯定我在尼康上知道-RAW文件未得到糾正,而JPEG已得到糾正。當然,如果您的相機具有該選項。

我一直在嘗試使用主要的免費RAW處理程序,並且並非全部都支持畸變,像差和小插圖校正-通常來說,並且是針對特定鏡頭的。

例如,Rawtherapee讀取Adobe鏡頭文件,因此我用18-300mm鏡頭獲得了這三個鏡頭。 Marketable使用開源鏡頭功能,該功能顯然沒有對我的鏡頭進行小插圖校正。 (實際上,它實際上根本沒有我的​​鏡頭,因此我必須使用18-200mm的鏡頭。)

另一方面,Lightroom當然可以支持鏡頭失真/漸暈/像差校正,因此我認為這是相機內轉換的優勢,有點麻煩。
OP沒有提到任何特定的軟件,我用“並非全部支持...”來限定它。如果OP正在使用Darktable(我目前正在使用)和Nikon 18-300mm DX鏡頭(與我一樣),他將不會獲得自動暈影校正。 OP很顯然正在尋找任何可能的優勢,而我給了他一個。它不適用於所有軟件或所有相機(不確定什麼品牌/型號進行相機內失真/漸暈校正)。
在將相機內轉換為jpeg的過程中,可以將相機內的原始數據應用於相機的任何數學運算也可以在將原始文件相機後轉換為jpeg。 *您在鏡頭校正方面發現的問題不是原始文件的相機內轉換還是相機外轉換所固有的。*而是由於未在相機內外寫入原始轉換器而引起的問題。也有一些無法進行相機內鏡頭校正的相機,可以使用相機外轉換器應用程序進行鏡頭校正。
@MichaelClark:問題是“可以在相機內...”而不是“是否在相機內...”。因此,我的回答是正確的。當然,相機外軟件可以執行相同的處理-假設:1)他們了解相機以及製造商,並且2)保存的RAW文件具有與相機軟件可以訪問的信息量相同的信息。但這是一個不同的問題。
user84375
2019-04-24 14:39:45 UTC
view on stackexchange narkive permalink

以我擁有的Panasonic DMC-FZ200為例,即使同時記錄JPEG,當記錄RAW文件時,也會強制將某些設置 off 關閉。其中包括i.Dynamic,它可以視場景而定選擇提高ISO感光度,以更好地捕獲陰影細節。因此,僅 捕獲JPEG的選擇會影響JPEG的最終質量。這是一種觀察者效果的情況,因為從同一張照片獲得JPEG + RAW時,JPEG將不包含RAW文件所沒有的任何信息,而即使不創建RAW文件,JPEG也可能是更好。

Overmind
2019-04-23 11:58:13 UTC
view on stackexchange narkive permalink

您永遠無法獲得比真正RAW更高質量的Jpeg。

RAW意味著存在有關圖片的所有信息,沒有作弊,沒有刪除,外推或壓縮任何內容。每個像素都有單獨定義的顏色。

當今的某些公司確實更喜歡對RAW圖片使用尺寸壓縮算法,但是他們不應該通過犧牲質量來做到這一點。例如,如果您有100個相同的紅色像素,那麼可以,壓縮的RAW可以將它們表示為編碼為100x25500的像素,但這不會以任何方式降低其質量。如果畫質降低,則表示圖片不再是RAW。即便如此,由於Jpeg格式壓縮數據的方式,與攝影中使用的任何其他格式相比,幾乎沒有機會獲得更高的質量。

Namtab
2015-01-01 21:08:14 UTC
view on stackexchange narkive permalink

簡單來說.....不。如前所述,jpeg被壓縮,因此它們會丟棄信息.Raw有更多信息。但是,如果未正確完成從Raw到jpeg的轉換,那麼原始的jpeg看起來可能會更好。通常,從Raw轉換時,您需要增加對比度並添加銳化。



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