Свежие комментарии

Нет, задачи точной цветопередачи нет (кроме скинтонов, зеленого и нейтрали)

Но есть задача повторяемости и если при ETTR цвет уезжает (а de=9 - это большой уход), то это повод задуматься "а отчего оранжевые закаты становятся желтыми"

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

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

Мы сейчас говорим про цветопередачу в моменте "фиксация - конертация". А то, что цвет (а если быть более точным, то видимо имеется в виду в первую очередь свет) как творческая задача закладывается (но не формируется) в процессе съемки - это очевидно.

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

Ага, понял про что вы в смысле untwisted.

Не, задача была - именно сферический в вакууме пользователь Адобы.

Передержку надо :)

Но в пределах headroom.

У этого ETTR-профиля тоже есть своя цена. Широта материала ограничена, и вполне невелика.

> L практически одинакова, в пределах 1, максимум 2 единичек.

Ай, на это не обратил внимания, пардон.

Повторил эксперимент, получил в жёлтом поле (yellow, 16):
а) DNG-profile Camera Neutral L=91/92, a=-14/-14, b=78/79;
б) DNG-profile Camera Neutral Untwisted L=84/84, a=-11/-12, b=63/63;
в) в инструкции написано: L=81.733, a=4.039, b=79.819.

Прочие установки RAW-конвертации всё в ноль , линейная тоновая кривая.

Матрица (сенсор) нелинейна на краях диапазона, а для желтого, например, синий именно на краю диапазона. Ваши замечания также справедливы, разумеется. Однако "правильной" цветовой модели в смысле полной независимости цветности и яркости в диапазоне +/- 5 EV сегодня не существует.

>Наши яркостные алгоритмы гарантируют сохранение соотношений между, например, X/Y и Y/Z. Иными словами, сохраняются CIE xy-chromaticites.

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

да но не потому, что ETTR имеет принципиальные изъяны, а потому, что изъяны имеются у обрабатывающих программ. на что пользователю конечно наплевать, где там какие проблемы у адобы или ещё у кого, ему главное что так цветопроблемы есть, а эдак - нет. тут я согласен.

Я экспериментировал ровно с тем, что дает Adobe в виде профиля камеры. Т.е. эмулировал ситуацию "обычного потребителя"

Равенства a,b1=a,b2 не означает постоянство цветовых тона и насыщенности.
L практически одинакова, в пределах 1, максимум 2 единичек. Поэтому моя "цветовая разница" - это практически классический Lab-овский dE. Не самая лучшая метрика, зато простая.

> -- модель Lab неправильная

Я бы переформулировал: модель Lab не очень хорошо подходит для решения нашей задачи .

(логико-общефилософское) К понятию модель не применимы категории правильно/неправильно , модель бывает противоречивая или не противоречивая.

> создатели РВК Photostudio, например, особо обращают внимание на то, что их программа использует свою цветомодель, и их яркостные алгоритмы не трогают цветовые тоны, а цветовые алгоритмы не меняют яркость.

Наши яркостные алгоритмы гарантируют сохранение соотношений между, например, X/Y и Y/Z. Иными словами, сохраняются CIE xy-chromaticites.

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