Как я уже писал, RPP переходит на LibRaw для разбора RAW-данных. Пытливые пользователи заметили, что мы разбираем не все пресеты баланса белого у камер Kodak. Разобрали и их. Потом увлеклись и разобрали эти пресеты еще и для камер Canon, Olympus, Sony (и будем стараться поддержать еще).
Дальше, зоркий глаз заметил, что в баланс, который мы называем Camera Auto - пишется баланс белого, определенный датчиком камеры, даже если для съемки использовался какой-то пресет...
Разбираю хвосты уже (почти) трехлетней давности, не могу пройти мимо RPP-шных профилей.
Исходник (выставлена только точка белого и точка черного), перееханный Маргулисовским Color Boost без подстроек (понятно что такой буст зачастую оверкилл, но разницу между профилями хорошо подчеркивает):
Профиль A100F (настройки RPP те же, что не для всех профилей правильно):
Мне же кажется более важным показать именно первый шаг: что именно дает применение пленочных профилей на первой стадии обработки, RAW-конвертации, еще до постпроцессинга в фотошопе.
Кроме того, я терпеливо дождался появления этой функциональности в публично доступной версии, вчера вышел RPP 4.1.3 в котором профили пленок есть.
На картинке слева - фрагмент изображения (жмякните, чтобы увеличить), к левой половине применен профиль V50 (Velvia 50) и снижен до -6 контраст (для изображения с богатыми тенями профиль Вельвии излишне контрастен), правая половина - рендеринг по-умолчанию. Впечатление, как вы можете видеть, что левую половину просто протерли тряпкой от пыли.
Естественно, подобный эффект легко достижим через, например, HIRALOAM (Unsharp Mask с HIgh-RAdius-LOw-AMount), но важно что профильное преобразование - локальное, с каждым пикселем отдельно, никаких нелокальных побочных эффектов вроде гало - не возникает.
В верси 4.1.0 Raw Photo Processor появилось профилирование камер (только для "донаторов").
С раздачи поддерживается только ColorChecker24, у меня в наличии был только ColorChecker SG, но описание мишени (в .cie-формате) понимается, соответственно можно использовать любую промеряную мишень (хотя с ColorChecker и встроенными в RPP промерами скорее всего будет лучше).
Я брал корректированные промеры для CC-SG отсюда, в силу некоторых причин они должны работать лучше, чем даже самому померять.
Полученный профиль затем используется в самом RPP (как я понимаю, для преобразования в рабочее пространство), использование его в других приложениях будет затруднено в силу ряда особенностей (см. ниже).
В предыдущем посте про Lens Align я мимоходом прошелся по Adobe ACR, дескать смотрите какую хроматику он дает, а в JPEG-превьюшке с камеры ничего такого нет. При этом камерное превью - уменьшенное, конечно, но как раз примерно до того же размера, до которого уменьшена картинка в заметке т.е. всю лишнюю хроматику уменьшатор должен был бы сожрать.
Тема оказалась богаче, чем я думал, поэтому пришлось потратить еще полчасика на разбирательство в том, кто виноват.
Развлекался я с исходным кадром (см. ниже), снятым на Canon 5D Mark II, объектив 90/2.8 TS-E, неповернутый-несдвинутый, наводка на резкость вручную, освещение - лампы дневного света 5500K.
Интересующая нас область расположена практически в центре кадра, говорить о существенных хроматических аберрациях на неплохом среднеформатном (этот TS кроет примерно 70-мм круг) объективе было бы странно. Однако оные аберрации неплохо видны даже на уменьшенной в ~7 раз (50 по площади) картинке. Обрабатывалась данная картинка Adobe Camera Raw 5.4.0.57 (последняя версия, принесенная Adobe Update) с дефолтными настройками.
Так как на ACR я всегда ругаюсь, то появился повод в очередной раз сравнить его с RPP, тем более что RPP сегодня обновился.
В версиях 3.9.5/3.9.6 Raw Photo Processor обновились профили большого количества камер. Результат вы видите: разделение зеленого стало на голову лучше, да и вообще фотошопной работы поменьше (для сомневающихся - новый вариант слева). Камера: Kodak SLR/c.
На скриншотах результат работы с дефолтными настройками (а не с обычным для пейзажа поднятием contrast/saturation), в фотошопе не трогалось (только скриншот сконвертирован в sRGB).
Андрей Твердохлеб реализовал в последней версии Raw Photo Processor популярный в последнее время в узких кругах метод демозаики Variance of Color Differences (VCD).
До вчерашнего дня у меня не получалось запустить Mac OS X в виртуальной машине. То просто не грузилось, то еще какая гадость. Правда пробовал я достаточно давно. Прознав, что новый VMWare Fusion (бета) умеет запускать под собой Mac OS X (Server), решил попробовать еще раз, с VMWare Workstation 6.5 (тоже бета).
На удивление, получилось. Во-первых, завелся скачанный...
Идея о том, что очень большая доля шумов не является свойством самого кадра, а привносится конвертором, как "из ничего", так и из более шумных каналов, за счет.
округления при вычислениях в целых числах;
смешения каналов при матричном балансе белого;
смешения каналов при наложении профиля камеры;
смешения каналов при интерполяции
меня в некоторый момент сильно поразила. Казалось бы, очевидная вещь, но допереть своим умом до нее я не смог.
Экспериментальная проверка оказалась элементарной - один кадр, три конвертора, пять результатов конверсии..
В предыдущей записи я раскрывал тему противомуарного фильтра. Однако потери деталей происходят не только на стадии съемки, но и на стадии обработки RAW-файлов, на днях мне попался кадр, где это можно увидеть во всей красе.
В качестве тестового объекта выступает детская вязаная шапочка.
Трикотаж вообще очень удобен в качестве теста на детализацию: все знают как он выглядит и как не должен выглядеть.
Естественно, все что ниже - это результат обработки одного и того же кадра, вся разница в софте.