Обработка RAW

"Какой смысла обсуждать программы просмотра RAW имиджей - RAW вообще увидеть нельзя, т.к. RAW не является изображением".

Увы, нам часто приходится сталкиваться с мифом о том, что RAW не является изображением. Этот миф чрезвычайно удобен и широко используется теми, кто пытается объяснить и "объективно" доказать, почему в принципе невозможно существование настоящего raw-вьюера.

На самом деле же, RAW - это изображение. Просто...

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

0.9.3 вышла вот ровно два месяца назад и в 0.9.4 мы порезвились:

Новые возможности

• Показ EXIF-данных теперь настраивается.
  Нажимайте иконку 'Settings' в заголовке окна EXIF и настраивайте как вам нужно.
• Сильно переработана "строка состояния" программы (нижняя полоска окна)
  • все визуальные элементы, для которых это имеет смысл - кликабельны
  • можно настроить, какие элементы показывать в нижней строке всегда, какие - только если хватает места, а какие - не показывать.
  • добавлены новые элементы: текущий фолдер, выбор кривой контраста, XMP Rating и XMP Label
• Поддержка Color Management
  Включить Color Management можно настройкой Preferences - Color Management - Enable Color management При этом разблокируются дополнительные настройки.

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

  • Color Management несовместим с видеокартами с DirectX Shader Model ниже 3.0, на таких видеокартах включить его нельзя.
  • Color Management несовместим с насильно включенной (для всех программ) анизотропной фильтрацией текстур. При обнаружении такой фильтрации - будет выдано предупреждение.
• Работа с одновременным открытием нескольких фолдеров
  Данный режим предназначен для сквозного просмотра нескольких "фолдеров одного уровня", например для случая, когда камера раскладывает съемку в нумерованые под-фолдеры, которые потом целиком перекидываются на компьютер для работы (без объединения). При необходимости, фолдеры на разных уровнях/дисках/где угодно можно выбрать через Drag-n-Drop, встроенный диалог FRV таких вольностей не позволяет.

  Это именно костыли, автоматической рекурсии по каталогам данный режим не заменяет, но позволяет покрыть один распространенный Use Case

  • Новая настройка File Handling - Open Multiple folders support (по умолчанию - выключена)
  • Этот режим работы индицируется звездочкой на кнопке с "номером файла в текущем фолдере".
  • при листании Next File, при дохождении до последнего файла: текущий фолдер запоминается в "списке предыдущих фолдеров", производится переход в первый фолдер из "списка будущих"
  • При листании Prev File, если мы уже перешли ранее в один из "следующих" каталогов, мы можем вернуться в последний из "предыдущих фолдеров"
  • Восстановление файлов, перемещенных в _Rejected возможно только пока вы не сменили фолдер.

Просили Color Management в FastRawViewer? Раз просили - теперь тестируйте! Ссылки для скачивания - в конце поста.

Чтобы включить Color Management, нужно

• Скачать тестовую версию.
• Запустить
• Пойти в настройки (Ctrl-P), там в Color Management и включить галку "Enable Color management"
• При необходимости, поправить и другие настройки CM

1. Большинство современных мониторов - sRGB (или близко к нему) и использование sRGB как рабочего
...

По традиции, анонсирую RawDigger 1.1.0

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

Поинкрементили среднюю цифирку в версии потому как МНОГО изменений, если исключить поддержку новых форматов (вроде Nikon Small Raw или Sigma Quattro) и хитрых режимов (постеризация в Sony), больших изменений после 1.0.0 не было. А теперь - есть. Пока - только в гистограммах:

Про DNG я уже много раз ругался (начиная вот с этой вот статьи: Два пути в никуда, которую мы написали вместе с Ильей Боргом для Компьютерры аж 6 лет назад) и продолжаю ругаться.

Тем не менее, многие проблемы, которые были в старых версиях формата - полечены (в частности, теперь сохраняется "черная рамка"), да и вообще DNG 1.4 неплохо подходит на роль универсального контейнера, для промежуточной обработки, особенно если все теги аккуратно прописаны, а кушающая эти DNG программа - их правильно понимает.

Поэтому я тут потратил пару дней на изучение текущего состояния дел: взял RAW-файлы от ~400 разных камер, сконвертировал в DNG (использовался DNG Converter 8.4, собственно я саму конверсию делал весной, для другой задачи), читал файлы LibRaw (RawDigger-ом) и смотрел, не откроются ли какие-то бездны, а ежели откроются, то значит правил недоделки в LibRaw.

Естественно, обращал я внимание только на те файлы, которые "на глазок" рендерятся не так, как исходный RAW-файл.

Первая неделя публичного тестирования FastRawViewer дала ожидаемый результат: обнаружилось некоторое количество мелких багов и мелких пожеланий, которые можно было починить/добавить быстро.

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

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

Это я к тому все пишу, что вы комментируйте, пишите пожелания. Можно тут. Лучше - на сайте программы, если где-то на форумах других есть обсуждения-пожелания - шлите нам ссылки, будем благодарны.

Изучал тут поведение Adobe Bridge с DNG и XMP файлами, а оно смешное:

• В DNG может быть XMP-секция, Bridge ее, естественно, читает. И пишет. Можно туда Keywords или рейтинги написать.
• Если рядом с DNG лежит его XMP-файл (c тем же именем и, опционально, с тегом photoshop:SidecarForExtension="DNG"), то все берется оттуда, а XMP-секция в DNG - игнорируется.
• Если начать редактировать метаданные, содержимое XMP + результаты редактирования будут записаны в DNG, а XMP-файл - удален.
• С другими известными Бриджу файлами он так себя не ведет - пишет все в XMP (хотя в том же CR2 - может быть XMP-секция).

А потом - доперло. Наберут по объявлениям. Типичный же workflow с DNG такой (если они не из камеры вылезают):

• Запускаем DNG-конвертор
• И фигачим DNG прямо в тот же каталог, откуда берем исходные RAW (сделать что-то отдельное - это ж морока)

Вишенка на торте - поведение бриджа с файлами, которые он вроде бы знает (формат известен), а вроде бы и нет. Я пробовал с файлами от Sony A6000 (обычный ARW) и от Canon G1X Mark 2 (в этом файле есть XMP-секция):

• Sony: писать метаданные отказывается, говорит не наш участок не знаю такого формата.
• Canon: отказывается писать кейворды, но пишет рейтинги. Но пишет их не в сам файл (хоть там и есть XMP-секция) и не в sidecar-XMP, а в отдельный файл в каталоге .BridgeLabelsAndRatings (сказано, конечно, писать в XMP)

Все мы знаем, "установка баланса белого не влияет на RAW-значения".

Старожилы, впрочем, помнят одно исключение, Nikon D1.

На днях добавилось еще одно: Nikon D4s в режиме small raw - накладывает ББ перед записью оного RAW. И кто они после этого?

P.S. Не старожилы, но опытные, еще знают, что установки ББ могут влиять на замер (а значит и на RAW-значения).

P.P.S. Не вздумайте пользоваться этим никоновским small raw. Еще хуже кэноновского....

Мы продолжаем публикации на тему "для чего нужна RAW-гистограмма":

RawDigger Histograms, part 3: Overexposure Shapes

Как и в прошлый раз, без русской версии, но там по картинкам почти все понятно.

Краткое резюме:

1. Поведение в светах у разных ЦФК - разное. То есть производитель сам выбирает где делать талию где света обрезать, руководствуясь, в первом приближении, двумя соображениями:
   • Если не обрезать (Panasonic GM1 @ISO125), то можно использовать весь диапазон емкости пикселя, но вверху будет область нелинейности, pixel non-uniformity и все такое прочее.
   • Если обрезать "пониже" (Pentax K-3), то отрежется кусок потенциально-рабочей области (пусть и нелинейной, но кого это парит в светах)
2. Поведение в светах у одной ЦФК - может отличаться (тот же Panasonic GM1), резать можно на разных уровнях (Canon).
3. Максимумы в разных каналах - могут отличаться (Nikon).

Следует понимать, что правильная обработка светов - сильно отличается в разных случаях. Проще всего, понятно, если они "hit the wall" т.е. верхний нелинейный участок обрезали при записи RAW и сделать ничего больше нельзя, данные утеряны.

В случае же, если "странности в светах" присутствуют, они скорее всего будут сильно индивидуальны для каждого экземпляра камеры (pixel non-uniformity и все такое), а еще могут плавать в зависимости от фазы венеры .... разных обстоятельств (как я уже описывал на примере Oly EPL3).

Если никаких калибровок конкретной камеры не предполагается, то лучшее что может сделать автор конвертора - это таки обрезать данные ниже нелинейности. Хорошо, если для того же Panasonic GM1 (да и других панасоников, других кэнонов и т.п.) это делается конвертором на разных уровнях для нижнего и "остальных" ISO.

Но авторы конветора могут и не заморачиваться, у них 500+ камер поддержано, что теперь, каждую взять и отснять? Это дорого и долго (судя по одинаковым цветовым профилям разных моделей Sony NEX у Adobe - даже Adobe не заморачивается профилированием всех камер - сенсор похож? Следующий!).

Что, в связи с этим, нужно бы знать про сочетание "камера - используемый конвертор":

1. Есть ли "странности в светах" у камеры.
2. Меняются ли эти странности в зависимости от ISO.
3. Где конвертор реально режет данные.
4. Делает ли он это правильно при смене ISO.
5. Какие ISO (в связи с вышеизложенным) не стоит использовать.