RAW в TIFF или PSD 16 бит теряет глубину цвета

У меня сложилось впечатление, что 16 бит сохранят ту же глубину. Но, к моему великому потрясению, я заметил значительную потерю глубины.

Тестирование с Canon Mark II raw и с использованием Lightroom и Camera Raw с экспортом в TIFF или PSD 16 бит. И да, я знаю, как настроить необработанную камеру для получения 16 бит вместо 8.

Обратите внимание, как в RAW солнце сохраняется при уменьшении экспозиции в Photoshop, но теряется в TIFF. Если плавно переходит в мягкий темно-серый цвет без каких-либо деталей формы солнца.

Включите ссылку на исходный RAW и TIF ​​на случай, если кто-то захочет проверить. И если вы хотите воспроизвести проблему, просто загрузите ее в фотошоп (или лайтрум) и сохраните как 16-битный TIF. https://www.dropbox.com/sh/arsg3eem4dllc0m/AACM-Mdqy_8BNw8GjPJ6dEvma?dl=0 введите описание изображения здесь

Я добавляю больше примеров, чтобы объяснить свою точку зрения о явном ухудшении данных. Про то, что солнце пересвечено, я говорю о потерянном динамическом диапазоне по сравнению с исходным RAW, как показано в примере. Это часть серии фотографий с несколькими брекетингами, и у меня есть другие экспозиции. Вы не можете захватить весь спектр солнца за одну экспозицию. Пример с RAW: введите описание изображения здесьПример с RAW, перемещенным в Photoshop и отказавшимся от необработанного изображения, в 16 битах, 0-1-2-3:

введите описание изображения здесь

Теперь я конвертирую его в 8 бит, чтобы увидеть разницу. Опять 0,-1,-2,-3 экспозиции. И результаты идентичны 16 бит без RAW. А этого уж точно не должно быть. Опять же, у вас есть оригинальный файл RAW по моей ссылке, если вы хотите перепроверить.введите описание изображения здесь

Было бы меньше проблем, если бы я не получал одинаковых результатов в Lightroom и в Camera RAW, и у меня не было бы альтернатив. Надеюсь, все согласятся, что 8-битные и 16-битные не должны выглядеть так похоже, если только здесь что-то не так.

вы можете экспортировать в PSD, а затем при необходимости сохранить PSD как OpenEXR.

Ответы (4)

16 бит, используемые для записи необработанных данных, и 16 бит (на цветовой канал), используемые для записи демозаики и гамма-коррекции TIFF или PSD, не используются для представления одной и той же вещи одним и тем же точным способом. Ожидание того, что 16-битный TIFF будет таким же, как 16-битный необработанный файл, немного похоже на то, что 16-битный аудиофайл WAV будет таким же, как 16-битный файл WMA. Оба они содержат информацию об одних и тех же звуках, но количество информации, которую они содержат, и то, как они представляют эту информацию, сильно различаются.

В случае необработанных данных 12/14/16-битная информация представляет собой одно линейное монохромное значение яркости для каждой лунки пикселя. По сути, то, что мы имеем с необработанным файлом с сенсора с маской Байера, представляет собой черно-белую фотографию (но с линейным откликом — подробнее об этом ниже) с использованием зеленого фильтра для 1/2 пикселя сенсора и синего и красного фильтров соответственно для 1/. 4 пикселей.

Чтобы получить информацию о цвете из необработанного файла, его необходимо демозаизировать. Опять же, вернемся к нашей аналогии с черно-белой пленкой: путем сравнения различий в яркости одних и тех же областей на трех черно-белых изображениях одного и того же кадра, каждое из которых отфильтровано соответственно для красного, зеленого и синего, три монохромных изображения можно использовать для создания цветного изображения. . Именно так создавалось большинство цветных астрофотографий с середины до конца 20 века. Так работает цветная пленка. Так работают цифровые датчики. Так работает наша сетчатка + мозг.

Прежде чем преобразовать необработанные данные в TIFF, мы также обычно применяем гамма-коррекцию (кривая блеска, которая преобразует линейный отклик в необработанных данных в логарифмический отклик, более близкий к нашему человеческому восприятию — опять же, мы используем те же слова, но это не совсем так). то же самое, когда мы применяем гамма-коррекцию к сигналу, поступающему на ЭЛТ-дисплей). Если выполнить демозаику для получения информации о цвете, а затем преобразовать числовые значения из необработанного файла в формат изображения TIFF без применения гамма-коррекции, мы получим что-то вроде этого:

введите описание изображения здесь

С примененной гамма-коррекцией то же изображение выглядит следующим образом (предварительный просмотр встроенного jpeg с низким разрешением из необработанного файла, использованного для создания TIFF выше):

введите описание изображения здесь

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

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

Файлы TIFF имеют все эти этапы обработки, «запеченные» в информации, которую они содержат. Несмотря на то, что несжатый 16-битный файл TIFF намного больше, чем типичный необработанный файл, из которого он получен, из-за способа хранения данных в каждом из них, он не содержит всей информации, необходимой для обратного преобразования и воспроизведения тех же точных данных. содержится в необработанном файле. Существует почти бесконечное количество различных значений в данных уровня пикселей необработанного файла, которые можно было бы использовать для создания определенного TIFF. Точно так же существует почти бесконечное количество файлов TIFF, которые могут быть созданы из данных в файле необработанного изображения, в зависимости от принятых решений о том, как необработанные данные обрабатываются для создания TIFF.

Преимущество 16-битных TIFF по сравнению с 8-битными TIFF заключается в количестве шагов между самыми темными и самыми яркими значениями для каждого цветового канала в изображении. Эти более тонкие шаги позволяют выполнять дополнительные манипуляции перед окончательным преобразованием в 8-битный формат без создания артефактов, таких как полосы в областях тональной градации.

Но только потому, что 16-битный TIFF имеет больше шагов между «0» и «65 535», чем 12-битный (0-4095) или 14-битный (0-16383) необработанный файл, это не означает, что файл TIFF показывает тот же или больший диапазон яркости. Когда данные в 14-битном необработанном файле были преобразованы в файл TIFF, черная точка могла быть выбрана со значением, например, 2048. Любому пикселю в необработанном файле со значением ниже 2048 будет присвоено значение 0. в ТИФФ. Аналогичным образом, если точка белого была установлена, скажем, на 8191, то любое значение в файле необработанных данных выше 8191 было бы установлено на 65535, а самая яркая точка света в файле необработанных данных была бы безвозвратно потеряна.

Похоже, что когда вы конвертировали необработанный файл солнца в формат TIFF, точка белого была установлена ​​значительно ниже, чем максимальное значение необработанного файла. Все, что в необработанном файле ярче, чем выбранная белая точка, имеет такое же значение в TIFF, поэтому детали не сохраняются. Уменьшение яркости файла TIFF просто приводит к тому, что самые высокие значения отображаются в виде более темных оттенков серого, а не белого, но все они по-прежнему будут иметь один и тот же оттенок серого. Различия между пикселями со значениями выше точки белого, используемой для создания TIFF, были отброшены при создании TIFF.

Для получения дополнительной информации о том, как и почему информация о цвете теряется, когда более чем один цветовой канал имеет полное значение, см. раздел: Почему при обрезании зеленого канала он превращается в синий?

Я не редактировал необработанный файл, просто загрузил его и экспортировал в формате Tiff 16 бит. Майкл Кларк, мы предполагаем, что вы правы. Как мы решаем проблему сохранения редактирования из лайтрума без потери данных. Например, я редактирую его в лайтруме, чтобы удалить шум и хроматические аберрации, прежде чем отправить их в программу HDRI (как EasyHDR). Но становится очевидным, что даже я получаю эти правки, но теряю глубину цвета. Для сравнения, если я отправляю RAW напрямую в EasyHDR, я получаю лучшую глубину цвета (я могу экспортировать в EXR, сохраняя много солнца), но я теряю изменения. Проблема была бы решена, если бы lightroo
Соглашаться. Майкл, кажется, ваш ответ - это более подробная версия «ths», в основном Tiff 16 испортит экспозицию, несмотря ни на что, из RAW. Единственная возможность сохранить его - это тонировать его, потеряв динамический диапазон, это то, что я хочу сохранить для 32-битного создания. Проблема в том, что мне это нужно для создания 32-битных панорам с брекетингом, и я не хочу тонировать фотографии. Отправка RAW напрямую в программы панорамирования решает проблему, но я теряю правки из лайтрума. Шумоподавление и удаление цветовых аберраций в лайтрум на высоте.
«Я не редактировал необработанный файл, а просто загрузил его и экспортировал в формат Tiff 16 бит » . файл. В TIFF, который вы сохраняете из LR, эта обработка применяется к необработанным данным.
Кажется, вы все еще думаете, что то, что вы видите на своем экране, когда открываете необработанный файл, является «необработанными данными». Это не. Это одна из возможных интерпретаций необработанных данных среди почти бесконечного числа возможных интерпретаций.
Михаил, я согласен со всем, что вы говорите. Но это не меняет моей точки зрения, если вы подтвердите, что RAW в TIFF 16 бит теряет глубину цвета. Печально то, что альтернативы нет. Мы могли бы напрямую преобразовать необработанные данные в 32 бита с плавающей запятой, чтобы избежать подобных проблем, но нет ни одной программы, позволяющей это сделать. И это создает узкое место, из-за которого я не могу отправить отредактированные RAWS программы панорамы HDRI, не потеряв пару шагов экспозиции. В общем, самые продвинутые 32-битные инструменты редактирования, по иронии судьбы, составляют программы, оставляя позади фотографию.
ответ правильно описывает, что произошло, но в целом можно сохранить демозаизированный, но в остальном необработанный сырец как 16 linear rgb tiff (google: dcraw linear tiff), сохранив исходный динамический диапазон, цветовое пространство и по сути все, кроме байера шаблон. Жаль, что он плохо поддерживается в популярных приложениях. по-видимому, лучший вариант - преобразовать такой 16-битный tiff в DNG, что как бы противоречит цели наличия файла tiff ... (с другой стороны, DNG является подтипом tiff, как и канонический файл CR2! )
@szulat Да, большинство необработанных файлов являются типами TIFF, и можно преобразовать необработанный файл в более стандартизированные версии TIFF. Но нельзя сделать это так, как ожидает OP: иметь просматриваемое изображение на экране и создать TIFF, содержащий данные в этом просматриваемом изображении.

Эта проблема давно решена в визуальных эффектах с помощью традиционных CG-рендеров. Изображения вычисляются внутри в линейном пространстве с плавающей запятой (стандарт ACES). Значения изображения не зажимаются. Тени будут иметь значение около 0,1 и ниже, диффузный белый будет около 0,9, яркие блики и солнце могут быть от 1 до бесконечности. Данные сохраняются в линейном пространстве в файл EXR, который сохраняет данные в плавающем состоянии. На данный момент ваш файл exr по-прежнему содержит всю исходную информацию об освещении из изображения RAW. Затем вы можете применить lut, чтобы преобразовать его в пространство с гамма-коррекцией, подходящее для отображения. Для того, чтобы сохранить все данные, необходимые для выполнения каких-либо масштабных корректировок цветокоррекции, которые не обрезаются, вам нужно работать с исходными плавающими данными, а не с версией с гамма-коррекцией. Как ни странно, одна вещь, которую я еще не нашел, — это программное обеспечение, которое позволяет мне сохранять файл RAW непосредственно в формате EXR с плавающей запятой, который содержит все линейные данные оригинала. В индустрии визуальных эффектов есть программа под названием Nuke, которая делает это, но это многотысячное программное обеспечение для композитинга, выходящее за рамки фотографии. Тот факт, что вы можете останавливать изображение вверх и вниз в Lightroom без потери бликов, указывает на возможность сохранения плавающих изображений, но эта опция недоступна.

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

Когда вы экспортируете в TIFF, PS экспортирует изображение как есть , т.е. полный белый цвет будет 65536, а полный черный будет 0. Таким образом, в этом изображении больше нечего восстанавливать. Чтобы сохранить всю информацию, вы должны отрегулировать изображение, например, снизив контраст , чтобы все данные изображения находились между двумя крайними значениями.

С таким TIFF вы снова сможете создать любое представление, которое вы могли бы получить из исходного RAW, снова увеличив контрастность и манипулируя яркостью / экспозицией / бликами / чем угодно.

Преимущество 16-битного формата по сравнению с 8-битным в том, что у вас гораздо больше градаций между крайними значениями. Если вы попытаетесь сделать то же самое с 8-битным форматом, шаг «сжатие-распаковка» (путем уменьшения и повторного увеличения контраста) приведет к ужасной постеризации, поскольку вы потеряете много промежуточных цветов.

Как я вижу, вы правы. RAW содержит информацию, выходящую за рамки отображаемой, в виде 32-битной плавающей запятой, но намного меньше. Это означает, что если пиксель рядом с солнцем выглядит белым 255-255-255, он может выглядеть как обычный RGB с 3 числами с разными значениями при уменьшении эксп. Когда в TIFF 16 бит просто добавляется больше между пикселями, но все невидимое теряется. Это довольно печально, так как нет возможности отправить изменения из лайтрума в другие программы без потери данных. У меня есть более высокое качество, отправляющее их напрямую в RAW, но тогда я теряю правки.
Я описал, как не потерять данные: нужно следить за тем, чтобы изображение отображало все оттенки от самого темного до самого яркого. вы можете увидеть на гистограмме, обрезается ли что-либо. когда у вас есть уже отредактированное изображение в LR, которое вы хотите обработать дальше, отсутствующие данные не являются проблемой, поскольку они уже выглядят так, как будто вы все равно этого хотите.
Я использую последовательность из 3 фотографий с брекетингом для создания 32-битной панорамы HDRi EXR. Чего я хочу избежать, так это запутать программу, которая должна создать тонирование HDRi (сжатие) изображений в скобках. Это то, что я буду тестировать в любом случае. Другой альтернативой является создание искусственного изображения с дополнительным брекетингом, изменение экспозиции на -2 (и +2 для более высокой экспозиции), а затем создание последовательности из 5 изображений с брекетингом, 2 из которых созданы искусственно. Это могло бы избежать потери информации об экспозиции.

Но, к моему великому потрясению, я заметил значительную потерю глубины.

Убедитесь, что ваш монитор правильно откалиброван. Можете ли вы различить каждый квадрат?

Серая диаграмма

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

Исходный .tiff преобразован в .png и уменьшен на 27%, сохранен как .jpg

Я скачал .tiff, преобразовал его в .png и использовал Pixlr Android для корректировки фотографии. Первое (крайнее левое) изображение было чрезмерно скорректировано, остальные имели только уменьшение EV.

  • 1-й — Используются «Тени», «увеличение 100 в пять раз», «Яркость», «увеличение 10», «Контрастность», «увеличение 10», «Насыщенность», «увеличение 10» и еще несколько… Обратите внимание на более яркий передний план трава , тем чуть ярче Солнце и тем больше деталей в облаках . Похоже на 16 бит.

  • 2-й, 3-й, 4-й и 5-й — «Экспозиция», «уменьшение на 50», «уменьшение на 100», «уменьшение на 150» и «уменьшение на 200».

.tiff: RGB 16 бит, каждое изображение было масштабировано до 25% после внесения корректировок, затем преобразовано в коллаж, а затем уменьшено до 20%. После всей этой возни ожидаешь снижения качества, мне кажется, что результат не так уж и плох; у вас настроено сокращение при импорте?

Коллаж из фотографий Вик Ша

Я не вижу полос или чего-либо, указывающего на потерю битовой глубины.

Но в конце я теряю почти или более 2 опыта, когда солнце выглядит белым в -3 в RAW, оно выглядит серым в TIFF. Это влияет, например, на использование изображения для 3D-освещения, а информация exp используется для интенсивности света. Вы также можете проверить более длинный пост с дополнительными изображениями, которые я сделал, скопировав ваш макет.
@VicSha - мой ответ не так уж отличается от ответов MC или ths, RAW преобразуется для отображения на вашем мониторе, чтобы вы могли видеть его представление ; это похоже на отображение тонов из HDR для отображения его на устройстве с меньшим количеством бит. Когда вы смотрите на RAW и настраиваете ползунки, вывод отображается так , чтобы он не был раздавлен; .tiff не отображается таким же образом. Я смог взять ваш .tiff (не могу работать с RAW на моем телефоне), внести множество корректировок и все же получить гладкое изображение без полос; даже из запеченного на фото. Обратите внимание, как я затемнил фотографию, но Солнце остается видимым.
Я согласен с вашими комментариями о RAW. Но что касается вашего комментария TIFF, мне нужно согласиться с другими сообщениями. Кажется, вы подразумеваете, что данные в Tiff не были ухудшены, но единственное, что вы делаете, это растягиваете крошечные значения 16 бит, что может дать больше деталей, которые явно видны. А вот если пиксель 000 в Тиффе, то есть возврата к тому нет. Использование экспозиции просто дает вам серый цвет, и это происходит при редактировании, когда RAW солнце остается белым на некоторое время дольше, чем Tiff при уменьшении экспозиции. В RAW есть скрытые данные, недоступные в Tiff.
Спасибо. Это. Размолвка не повреждена , и я не могу сделать детали, которых не было изначально, пока не нарисую их. Мы объяснили, что запекается, а что нет. Выберите ответ, который вам нравится. Некоторые из этих ответов представляют собой разные способы объяснить одно и то же сопоставление / запекание - вы не теряете «биты или глубину», вы теряете переназначение ваших широких настроек в формат файла, который не переназначается. -муха. Это похоже на преобразование из HDR в LDR без потери битов, а затем сообщение о том, что вы не можете снова использовать тональную карту; вы могли бы, но вы потеряли бы более широкий диапазон регулировки.
Что ж, полагаю, мы согласны, но рассматриваем проблему с разных точек зрения. Тональное отображение для того, чтобы эти дополнительные данные оставались невидимыми в RAW, для меня не вариант, потому что мне нужно создать невидимый диапазон из 32 бит с фотографиями в скобках. Солнце должно быть на глубине 7 или 9 шагов. Когда солнце видно на тонированном изображении, мне это не нужно, так как тогда оно теряет глубину. Это не будет работать с 3D-программами.