Обработка RAW

Я уточнить хотел к предыдущему вопросу. В MF цифровых камерах согласно всяким там заявленным характеристикам вроде часто стоит 16 битный АЦП. Это якобы заметно повышает ДД камеры (настолько что как обсуждалось некоторыми товарищами в той ссылке оставляет все DSLR с ихними 14 битами далеко позади). Это действительно так? Какй нибудь сильный выигрыш в тенях от этого получается?

Какой вывод мы можем сделать? А такой, что АЦП - 14-битный, а в младших битах 16-битных значений до вычитания черного были такие вот кругленькие нолики.

В нежатом формате - не так, но нежатый формат я видел только на очень старых задниках, а все что видел нового - жатое. И на P45 и на P65+ и на IQ180 - везде в данных 14 реальных бит.

Справедливости ради, в материалах на сайте PhaseOne ничего про 16-битный АЦП не написано. Все гораздо более обтекаемо, "16-bit OptiColor"...

P.S. Написанное выше - конкретно про PhaseOne. Невозможность имения в этом формате 16-битных RAW-данных вытекает просто из процедуры распаковки. Для других форматов все не так прозрачно.

1. Всосана свежая версия dcraw со всеми ее изменениями в логике (распаковкой в отдельный буфер, изменениями в расчете уровня черного и проч.).
2. Поддержаны все форматы, поддерживаемые dcraw (+ немножко технических камер), в том числе:
   • DNG сжатый с потерями (и прочие упражнения с DNG, привнесенные 4-м Лайтрумом)
   • "Новые" Фовеоны. Ну, они условно новые т.к. формат поменялся еще в DP1, но вот начиная с DP1/SD15 и вплоть до самоновейшей SD1 Merill - все поддержаны.

     Правда для этих новых форматов нет никаких коррекций цвета. Вот что камера выдает (есть некий профиль всех этих камер в пузе), то конвертируем в выходной профиль и выдаем. Результат бывает разный, когда цвет ничего, а когда и смутительный.

   • Fuji X1-Pro. Как и в dcraw, для нее работают только две интерполяции, билинейная и VNG.
3. Достигнута побитовая совместимость с выдачей dcraw 9.16 для всех протестированных форматов (а тестами не покрыты только очень старые мыльницы и задники Sinar).
4. Все ускорения, сделанные в предыдущих версиях - временно припрятаны, но будут постепенно возвращены назад.

Формальный Changelog относительно версии 0.14.6:

Граждане читатели,

если у кого есть примеры sRAW с камеры Canon 5D Mark III, не откажите в любезности их куда-нибудь залить (Дропбокс и так далее) и прислать мне ссылку (можно прямо тут в комментариях).

Актуально до вечера - я знаю у кого таких файлов взять, но сейчас там ночь.

Update (т.к. в ЖЖ не видны коменты в блоге): предмет съемки, ISO, выдержка - неважны совсем. Мне декодер протестировать. А вот оба режима sRAW (если в 5D3 их тоже два) были бы полезны, для полноты тестирования.

Update2: Спасибо приславшим, больше уже не надо :)

Сим уведомляю о доступности RawDigger Beta для:

• Mac OS X (32/64 bit, 10.5-10.7, а может быть и 10.4 тоже)
• 64-bit Windows (Win7 и Vista - точно, под XP-64bit не тестировалось)

Скачивать отсюда.

Чуть более подробный анонс здесь

Жалобы на жизнь: Mac-версия, Windows-x64 версия.

Анонсы в русскоязычных местах приветствуются. Если вы хотите анонсировать в англоязычные форумы, возьмите правильные ссылки из английского анонса.

Камерная гистограмма и индикация переэкспозиции считаются хорошим способом контроля правильности съемочной экспозиции. Особенно у снимающих ETTR :)

Потратил несколько часов (полчаса на съемку, полчаса на анализ и дохрена времени на подготовку текста) и на примере моей основной камеры 5D Mark II родил очередной пасквиль:

Осторожно: гистограмма

Наслаждайтесь.

Комментировать можно тут, но лучше бы там, чтобы обсуждение не расползалось.

Как и шутили уже давно, лучший аксессуар для цифровой камеры - непрозрачная наклейка на задний экранчик, если бы не LiveView, я бы разбитый экран на этой камере и чинить бы не стал.

Качаем тут: RawDigger-0.9.9-Beta-RU-Setup.exe, читаем полный changelog тут, жалуемся сюда.

Из существенных изменений:

Возможность задать координаты Selection вручную, "по пикселям"

Это нужно, в первую очередь, исследователям черной (маскированной) рамки. На разных кадрах она расположена в одном и том же месте и задание по координатам просто удобнее.

Вывод в CSV/CGATS файлы может учитывать системные установки decimal point

Это полезно, если вы используете отечественные региональные настройки и разделитель дробной части в вашем Excel (и т.п.) - запятая.

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

Установленный уровень черного (и Linear Raw Curve) влияет на RGB-рендеринг

Фишка может оказаться полезной тем, кто никогда не видел нелинейный RAW-файл (см. пример под катом), душераздирающее зрелище.

Вместе с тем, если вы подбираете уровень черного (например, чтобы потом поставить его руками при конверсии) - штука полезная.

Остальное все по мелочи

багфиксы, оптимизация, убрано местами странное поведение диалога Preferences, когда изменения вступали в силу только после переоткрытия файла.

А вот эти самые Cone Fundamentals, взятые отсюда (в первом наборе контролов Quantal/1nm/plot):

• Есть некий первичный базис, эти самые Cone Fundamentals, говоря простым языком - спектральная чувствительность колбочек глаза.
• Чтобы разговаривать с глазом в его "первичных координатах", хорошо бы уметь пересчитывать в этот самый первичный базис.
• Что означает, что спектральная чувствительность сенсора (каждого канала) должна бы быть линейной комбинацией из базиса, тогда умножив на обратную матрицу - мы получим этот самый базис.
• Никто не пишет, но очевидно что матрица из базиса в сенсор должна быть невырожденной, иначе обратную не построить.

Берем хорошую современную слайдовую пленку. Ну вот Kodak 100G. И берем из ее даташита кривые спектральной чувствительности. Вот они:

Реплика:

проблема в том,что для обычного фотографа,юзающего цифрозеркало не хватает ТЕЗИСНЫХ определений простой пример-мне для работы необходимо знать
-возможности матрицы при условных исо от 100 до 400 (изменение диапазона матрицы)пусть с использованием внешнего экспонометра
-возможности матрицы при 3200 и 5500 (исправление разбаланса по каналам)

Правильно, тезисных определений не хватает.

В частности, нету определения "чувствительности в RAW", стандарт который на эту тему есть - определяет в лучшем случае чувствительность для JPEG (честно скажу, стандарт читал давно, а освежал мнение только изложением его в википедии).

С другой стороны, для пленки оно даже хуже: для латентного изображения понятия чувствительности вовсе нет, а для проявленного - есть, но чувствительность (и вообще вся характеристическая кривая) сильно зависят от режима проявки. А проявить, в отличие от RAW, можно только один раз.

Понятно что есть некий стандартный режим, но скажем для слайда результаты в погружной машине и в маленьком баке - при одном времени проявления и температуре - отличаются. И для листов и узкой пленки - отличаются. То есть единственный реальной стандартный процесс который был - это C41 (да и то, я вот обычно немножко перепроявлял, мне так нравилось).

Поэтому практический совет достаточно очевидный

1. Если вы пользуетесь каким-то стандартным "проявителем" для цифры, ну там RPP или LR (или внутрикамерным, получая JPEG) - ну так померьте тоновую кривую один раз. В отличие от пленки, специализированного прибора (денситометра) не нужно, все есть в фотошопе. Но что для разных проявителей кривая отличается - ну это такой факт, это и для пленки так было.

   То что ACR (а значит и LR) поднимая полутона режет при этом света (при настройках по нулям) - будет для проделавшего этот эксперимент (не)приятным сюрпризом.

2. Как минимум три года есть инструментарий (имени меня), который позволяет посмотреть "а что там в RAW на самом деле". Мой текст о запасе в светах у 5DMark II на libraw.su - датирован 20 февраля 2009 т.е. ровно 3 года назад.

   Не говоря о поминавшемся тут уже свежем туле RawDigger, который позволяет это проделать удобно. Ну и Rawnalyze тоже был/есть.

Но, конечно, то что у Adobe есть скрытая поправка в ~0.3-0.5 стопа, плюс "неявная" поправка, которая бывает тоже в полстопа (а бывает, наверное, и больше) - это такое интересное открытие, которое каждый делает для себя сам, так уж повелось испокон веку.

Я вот люблю проехаться по моральным индусам и прочим программистам, которые свои произведения не тестируют, ну вот сам и огреб из той же серии. Багу сначала залечил, а потом, улучшая другое место, снова внес, уже другим способом. Поделом мне, не надо новые версии в понедельник тринадцатого выпускать.

Встречайте: RawDigger 0.9.8. Прошу любить и жаловаться.

Изменения космические косметические:

• Гистограмма всего файла вызывается/прячется по Ctrl-H
• Вызов File-Open, File-Prefs через шорткаты - работает из любого окна программы
• Окончательно (хочется надеяться) полечено падение при изменении настроек без открытого файла