Это вопрос о цветовом пространстве / гамма-кодировании
Я снимаю изображения с необработанного 5-мегапиксельного датчика изображения.Этот датчик выдает 8-битный RGB Bayer, имеет автоматический баланс белого и автоматическое усиление, но не выполняет преобразование цветового пространства / гамму на датчике (другие версии этого датчика поддерживают).
В соответствии с теорией, как от производителя, так и из Интернета (см. Википедию для «конвейера цветного изображения»), перед преобразованием в Y'Cb должна быть кодированная гамма-коррекция изображения в конвейере цвета.'Cr' и JPeg
Если я беру изображения RAW RGB Bayer, а затем загружаю их в Irfanview (который демозаизирует) и сохраняет как BMP, тогда полученные результаты (до применения гаммы) выглядят следующим образом http://flic.kr/p/bCWz5n и это http://flic.kr/p/bq2CD1. (FLickr понижен, но я полагаю, не влияет на цветовое пространство).Насколько я могу судить, эти изображения не нуждаются в коррекции гамма-кодирования - если я применяю .45 (кодирование), они становятся слишком темными, 2.2 (декодирование) - размываются.Могут быть и другие проблемы с цветовым балансом.
Так что мой вопрос
a) Есть ли какая-то причина, по которой мне не нужно применять гамма
b) Я что-то пропустил(Например, применяет ли irfanview demosaic также гамма-коррекцию - я смотрел на это и думаю, что нет - когда я смотрю на необработанные значения RGB для серого блока в цветовой диаграмме, я получаю отдельные R, G, B приблизительно104,116,145 в Bayer, а затем в BMP я получаю очень похожие значения для троек RGB после сохранения в BMP после импорта RAW irfanview)