FastRawViewer 1.5.2: любителям плоского и неконтрастного

Некоторая (не очень большая) часть фотографов начинает обрабатывать RAW с исходного изображения то есть без дополнительных улучшений. Примерно так, как предложил Dan Margulis 10 лет назад. Кроме того, в ряде конвертеров есть и вопрос принудительного (и преждевременного) клиппинга, который далеко не всегда желателен.

Если говорить о продуктах Adobe, то в них

  1. Есть скрытая экспопоправка (baseline exposure correction), приводящая яркость среднего тона проявленного RAW (при нулевом движке exposure) к яркости внутрикамерного JPEG. Подробнее про это см. например тут: Adobe’s Silent Exposure Compensation
  2. Применяется S-образная тоновая кривая (и другие скрытые поправки).

Наши эксперименты показали, что вполне хорошей линейности можно добиться в Adobe Process 2010 (теперь он называется Process Version 2), если поставить линейную тоновую кривую и переставить движки в 0 (подробности тут: Forcing a Raw Converter to Render Tones Accurately).

Поскольку FastRawViewer пишет XMP-файлы, мы решили добавить поддержку высоколинейного режима прямо в FRV, для этого добавлены две настройки:

  • XMP - Exposure, Contrast, WB - Force Adobe software to match FastRawViewer  brightness (exposure)
    По-умолчанию эта настройка запрещена скрыта (даже не disabled) и будет доступна только если отключить настройку Image Display - Exposure - Apply Adobe hidden exposure correction.
    При включении Force Adobe... - в записываемые XMP-файлы будет писаться значение crs:Exposure отличающееся от FRV-шного на 'минус Baseline exposure', то есть яркости среднего тона в FRV и Adobe будут совпадать.
  • XMP - Exposure, Contrast, WB - Write linear curve to XMP files
    Эта настройка тоже запрещена в стандартном случае и становится доступной только если:
    • В настройке Image Display - Contrast curve type выбрать любую настройку кроме Variable contrast
    • В настройке XMP - Exposure, Contrast, WB - Adobe process version поставить Version 2 (2010)
    После этого - новая настройка появится на странице настроек. Еесли ее включить, то при записи Adobe-совместимых тегов для экспозиции и баланса белого в XMP-файлы:
    • Будет записана линейная тоновая кривая
    • будет записан тег crs:Shadows=0
    • Будет записан тег crs:ProcessVersion=5.7 (независимо от предыдущего значения тега, если XMP-файл уже существовал)
    • Будут удалены теги crs:ToneCurvePV2012, crs:ToneCurvePV2012Red, crs:ToneCurvePV2012Green, crs:ToneCurvePV2012Blue
    Что, в свою очередь, приведет к flat, dull, плоскому и неконтрастному изображению, каковое некоторые фотографы предпочитают как стартовую точку редактирования.

Поскольку FastRawViewer пишет теги процессинга только для программ Adobe (нам не удалось найти внятного описания что и куда нужно записать для других популярных конверторов), этот новый режим, естественно, действует только на программы Adobe (Camera RAW, Lightroom).

Кроме того, в очередной раз хочется напомнить, что Лайтрум не читает XMP-(sidecar) файлы с removable media (карточек в ридерах, камер подключенных в режиме mass storage и /в большинстве случаев/ внешних дисков), чтобы созданные XMP-файлы воспринимались Лайтрумом, нужно либо сначала скопировать импортируемые файлы на фиксированный диск или на сеть, либо (в случае Windows) использовать трюк с доступом к removable media по сети.

Кроме того

Добавлена поддержка камер Panasonic S1, S1R

Ссылки для скачивания

Берите тут, тут ссылки обновляются: https://www.fastrawviewer.com/blog/FastRawViewer-1-5-2-adobe-accurate-tone-rendeding-support

Comments

Смешно, что если переключить ACR в из 5 (стандарт сейчас) в 2 а потом обратно в 5, то в экспокоррекции появляется -1, в контрасте тоже не 0, и кривая становится custom хотя была linear (у меня всё по нулям в дефолте).

Почему смешно, это просто все в беспамятстве делается, так и должно выйти, мы это даже описывали.

Ну да, там делается какая-то конверсия настроек (если из 5 переключить в 2, то появляется контраст и еще там что-то, забыл).
Но любая конверсия настроек, если собственно "процессы" отличаются - не будет совершенной.

А вот у меня например в FRV стоит в том числе след. запуск external editor'а = "C:\Program Files\Phase One\Capture One 12\CaptureOne.exe" и окно ейное (процесс при этом уже запущен уже и живет себе в своем окне) наверх не вылазит... как бы поправить ситуацию ибо надоело уже все время ALT-TAB туда ?

N/A

Не знаю как поправить.

неужели никакого там API нет чтобы существующее окошко наверх послать ?

N/A

Мне не удалось найти вменяемого API.

Оно вероятно таки есть (потому что autohotkey умеет), но я не понимаю с какой стороны подходить к снаряду.

нагуглил https://www.nirsoft.net/utils/nircmd.html , буду теперь командный фай запускать с

nircmd.exe win activate title "Untitled Session"
nircmd.exe win max title "Untitled Session"
C:\Program Files\Phase One\Capture One 12\CaptureOne.exe %1

N/A

или вот даже универсальнее

nircmd.exe" win activate process "CaptureOne.exe"
nircmd.exe" win max process "CaptureOne.exe"

чтобы искало по имени executable

N/A

@ECHO OFF
Set ProcessName=CaptureOne.exe

TaskList /FI "ImageName EQ %ProcessName%" | Find /I "%ProcessName%">nul

IF %ERRORLEVEL% NEQ 0 (
rem ECHO %ProcessName% is not running
******************************* Запускаем....
)
) else (
rem ECHO %ProcessName% is running
******************************* Активирум...
)
)

запускать его все равно всегда - ибо CaptureOne.exe должен получить raw из FRV ...

N/A

можно ли показывать (опционально) точку фокусировки для камер где это возможно? например viewnx-i такое делает на никонах.

wbr, Deesy

У Никона есть информация о том, как интерпретировать соответствующую метадату. У нас есть только догадки. Отсюда возникает неприятная возможность неверной индикации. Неверная индикация, в свою очередь, может привести к реальным проблемам - например, к тому, что человек сочтет, что его камера сфокусировалась не на ту точку из-за какой-то неисправности.

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

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

по поводу полезности информации: возможно вы как разработчик не видите пользы от этого, но мне было бы интересно увидеть что цветок выпал из "грип" по причине, например фокуса на мдф. как разработчику я могу конечно вам доверять что эта функция потребует у вас N-ого кол-ча человека дней, но готов поспорить с малополезностью "оной". может есть где голосовалка за "хотелки от народа"?

тем не менее, за продукт - спасибо

wbr, Deesy

Я пользы как фотограф не вижу ;)
А как "разработчик" - не сильно люблю говорить "это экспериментальная фича" в ответ на вопрос, почему Nikon View показывает одно, а FastRawViewer - другое.
Никакой помощи от пользователей в этом месте не будет, тут надо формат знать - примеры, "где не работает", пойдут тоннами, пользы от них мало. Реальная помощь "от пользователей" - написать модуль к LibRaw и сопровождать его хотя бы лет 10. Я вот лично на такое не рассчитываю.
Я просто объясняю свою позицию, ни в коем случае не стремясь поддеть или обидеть.

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

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

Мы работаем над этим, но быстрого результата не ждите.

большое спасибо за надежду. будем ждать :)

wbr, Deesy

Add new comment