2009

Начитавшись всяких datasheets от задников, я был уверен что у PhaseOne (свежих: P45, P65) - 16-битный АЦП.

Однако читаю код распаковки, по смыслу там вот такое вот:

image[x,y] = pixel << 2 - (тут расчет уровня шума для столбца-полустроки)
дальше там наложение всяких кривых и прочие упражнения, которые в данном контексте неважны.

Вот ведь думаю, и рыбку съели (нету одинаковых битов ни внизу, ни наверху) и АЦП у них таки 14-битный.

Кипя гневом, полез читать даташиты заново, а там все аккуратно написано: 10 бит антиблюминга, 12 стопов динамического диапазона, разрядность выходного файла - 16 бит (кто бы спорил).

Вот как маркетинг животворящий зомбирует!

UPDATE: а в реальных данных в бликах максимальное значение до умножения и вовсе 8192 (при этом по всем четырем каналам одинаковые значения т.е. это честный блик). Итого - 13 бит. А значит врут они про 12 стопов ДД.

В процессе подбора правильных психотропных препаратов для целей программирования правильного чтения черных рамок у RAW-файлов с камер Fuji (SuperCCD) я на эти данные внимательно посмотрел и... фалломорфировал удивился.

Если мы посмотрим в исходники dcraw (или результат работы dcraw -j), то увидим, что при распаковке файлов от Fuji SuperCCD делаются такие вот шаги:

• Сначала при распаковке пересчитываются координаты, таким образом в выходной битмэп пишется изображение, повернутое на 45 градусов (для разных камер - вращения в разные стороны).
• Потом это изображение вращается еще раз, уже с интерполяцией данных (в dcraw - билинейная интерполяция, про другие конверторы - не знаю).

Увидев один раз повернутое, я до сегодняшнего дня был убежден (не вчитываясь в код), что это отражает организацию сенсора: строки идут под 45 градусов по диагонали (длина строк, соответственно, разная), а дальше надо просто повернуть.

Сегодня же, выспавшись, полез разбираться в деталях. Детали, прямо скажем, удивительные относительно того знания, которое было в голове.

На LibRaw появился новый автор: Dan Margulis. Хочется надеяться, что сотрудничество будет не разовым, но гарантировать я это не могу. Пока же представляем вниманию читателей один текст на двух языках:

Dan Margulis on RAW module

The question that needs an answer is, for what purpose is the module designed. I can think of four different approaches to acquisition.

1. I want the module to do nothing more than open the file without damage. I understand that it will probably be flat and colorless if I do this. I intend to fix the problems in Photoshop.
2. Although I will refine the image in Photoshop, I would like to be able to make quick, obvious moves in the acquisition module to make life easier later.
3. ....

Дан Маргулис: Мысли о назначении и некоторых проблемах конверторов RAW

Вопрос, которым следует задаться в первую очередь, - это место RAW конвертора в цепочке обработки изображения. Иными словами, требуется определить те цели, которые должны быть решены на этапе конвертации RAW-данных. Я могу представить себе 4 различных подхода к определению задач этого модуля.

1. От модуля требуется лишь преобразование RAW-данных без потери качества. Мы отдаем себе отчет в том, что результат будет плоским (малоконтрастным) с ненасыщеными цветами. Для того чтобы вернуть изображение к жизни мы будем использовать Photoshop.
2. ...

... а только с целью тестирования LibRaw и улучшения ея качества.

Имеется острая нужда в RAW-файлах следующих форматов:

• Sony DSC-F828 Огромное спасибо за помощь!
• Задники Imacon Ixpress - нужны RAW-файлы в родном формате;
• Задники PhaseOne - нужны RAW в нежатом формате;
• Задники Sinar - нужны RAW-файлы, снятые в режиме 4-shot

Если у вас есть такое оборудование, либо же просто файлы в данном формате (что изображено - неважно, мне сами данные нужны) - свяжитесь со мной пожалуйста, придумаем способ как передать.