2012-03-15 26 views
1

時,這是一個色彩空間/伽馬編碼問題必要性施加編碼伽瑪從傳感器取的Bayer RGB到JPEG

我是從一個原始5MP圖像傳感器拍攝的圖像。該傳感器生成8位RGB拜耳,並具有自動白平衡和自動增益,但不會對傳感器(此傳感器的其他版本)執行色彩空間轉換/伽瑪。根據理論,無論是製造商還是互聯網(請參見Wikipedia中的'彩色圖像流水線'),在轉換爲Y'Cb'Cr之前,應在顏色流水線中對圖像進行編碼伽馬校正「和JPEG

如果我參加了RAW RGB拜耳圖像,然後加載它們在准許IrfanView(其中去馬賽克處理),並保存爲BMP,然後我得到(應用伽瑪前)的結果是這樣的http://flic.kr/p/bCWz5nhttp://flic.kr/p/bq2CD1。 (FLickr已經下采樣,但我認爲不會影響色彩空間)。據我可以告訴這些圖像不需要伽馬編碼校正 - 如果我應用.45(編碼),他們變得太暗,2.2(解碼)他們會被淘汰。可能還有其他色彩平衡問題。

所以我的問題是

一)是否有某種原因,我並不需要應用伽馬

二)有我錯過了什麼(如不IrfanView的馬賽克也適用伽瑪校正 - 我已經看過在這一點上,並認爲它不 - 當我看一個顏色圖表中灰色塊的RGB的原始值時,我在拜耳中獲得了大約104,116,145的單獨R,G,B,然後在BMP中我變得非常在irfanview RAW導入後保存爲BMP後,RGB三元組的值相似)

回答

0

好的 - 所以答案似乎是編碼gamm a在旁觀者的眼中。當前最好的結果來自於轉換爲YCbCr,通過線性增加Cb Cr來改變飽和度,並使伽馬單獨存在。這在實驗中有效,但作爲完整的解釋不能令人滿意