|
|
|
Наши фото сервисы и услуги
|
![]() |
RAW, TIFF и JPG - в чём разница?Даже если Вы не в ладах с математикой, не пропускайте нижеследующее "математическое отступление" - постарайтесь его понять, т.к. всё дальнейшее изложение будет неоднократно обращаться к полученным там выводам. Профессиональных же математиков я попрошу не судить меня за нестрогость изложения и многократное повторение очевидных вещей. Опыт показывает, что для большинства читателей они не очевидны. Математическое отступление Но как только от "математических" чисел мы переходим к "компьютерным"(или "цифровым"), т.е. к ячейкам памяти, появляются два фундаментальных ограничения: диапазон ограничен максимальным числом М (т.е.
Y<M). Представим, что на рассмотренных выше примерах M=1 и m=0.01., кроме этого считаем значения ограниченными снизу нулём.
Исходная функция F изменится мало - появятся маленькие "ступеньки" по 0.01 Применим функцию G1. На всех точках при X>0.01
она "обрежется" до единицы и после применения G2 на всём отрезке
кроме нуля результат будет 0.01. Поясним выделенное слово "МОЖЕТ". На приведённой в примере функции F(X)=X легко доказать что не только МОЖЕТ, но ВСЕГДА необратимо. Но для некоторых других функций это не так. Например функцию F2(X)=0.1*X можно смело "подвергать" воздействию умножения на 10 - ограничения не произойдёт. Причина - диапазон значений не подходит "достаточно близко к границе". Впрочем, от умножения на 100 это "не спасёт". Другой пример: функцию F3(X)=0.5*X можно безболезненно умножать на два (или прибавлять 0.5), а вот на 10 умножать (или прибавлять 0.8) без ограничения уже не выйдет. Обобщим вновь: чем ближе значения исходной функции к границам диапазона, тем более "мягкими" должны быть преобразования для того, чтобы оставаться обратимыми. И, наконец, последнее. Выше показано, что последовательное применение двух преобразований (прямого и обратного) не совпадает в "цифровом" случае с исходным результатом, т.е. с тождественным преобразованием, которому в математике равно последовательное применение прямой и обратной функции. Но если это справедливо даже для тождественного преобразования(частный случай), то совершенно очевиден и более общий случай ЛЮБОГО преобразования, являющегося математической комбинацией двух других: если "в математике" А(В(...))=С(...), то в общем случае "в цифре" A(B(...)) НЕ РАВНО С(...). Иными словами, если к одной и той же цели "математически" можно придти разными путями, то эти же пути "в цифре" дадут строго говоря РАЗНЫЙ результат. RAW, JPEG, TIFF и потеря данных. Мифы и реальность А на самом деле единственным форматом без потери данных является RAW. Степень потери данных при сохранении в TIFF и JPEG (максимального качества) примерно одинакова на 99% любительских сюжетов. А поскольку время сохранения файла TIFF в камере на порядок больше, чем JPEG, применение формата TIFF в цифровых камерах вообще нецелесообразно. Утверждение категоричное и "еретическое", но лишь на первый взгляд. Защитники формата tiff наверняка начнут иллюстрировать его преимущества съёмками мелких контрастных чёрно-белых мир. И действительно получат более высокое разрешение и некоторые артефакты у формата JPEG. Но это как раз тот 1%, про который мы упоминали. Большинство (99%) РЕАЛЬНЫХ любительских сюжетов не содержат столько мелких контрастных деталей в таких количествах. На РЕАЛЬНЫХ сюжетах потери от JPEG-сжатия по сравнению с TIFF настолько ничтожны, что даже на мониторе ПРИ СЛЕПОМ ТЕСТИРОВАНИИ (когда не знаешь что где) практически невозможно увидеть разницы. После распечатки - тем более. Гораздо заметнее другие потери данных, которые происходят при сохранении в камере, неважно - в TIFF ли или в JPEG. Про них практически никто не вспоминает, а знать о них необходимо. Итак, на самом деле все цифровые камеры снимают в RAW, просто не все его отдают наружу. RAW - это просто оцифрованный сигнал яркости с каждого сенсора, прошедший лишь предварительную (калибровочную) обработку firmware камеры (исправление отклонений ДАННОЙ матрицы от среднестатистической, иногда - "софтовый ремонт"(ремаппинг) битых пикселей). Это чёрно-белый массив данных, не всегда даже совпадающий по координатам с конечной картинкой (особенно в случае SuperCCD и им подобных). Но это уже "цифровые" данные, они имеют свою разрядность (8, 10, 12, 16бит) и ограничения (соответственно 255, 1023, и т.д.). Дальше у этой информации два принципиально разных пути. Она либо записывается на флеш-память в файл *.CRW (иногда с внутренним сжатием на манер ZIP-а, без потерь), либо (в большинстве случаев) поступает в процессор фотоаппарата на обработку. Процессор делает следующие вещи: *интерполирует RGB цвета конечных точек изображения
из сигналов окружающих сенсоров всех цветов; И лишь затем результат записывается в TIFF (или JPEG) формате на носитель. Вы видели, сколько преобразований делает процессор камеры? Поскольку разрядность каждого цвета невелика (от 8 до 12 бит, как правило), то ограничение диапазона составляет всего лишь сотни или тысячи, т.е. несильно отличается от приведённого в математическом отступлении примера. Таким образом, каждое преобразование в процессоре камеры необратимо и теряет данные. Сама по себе потеря данных неизбежна - для конечного результата (просмотра на мониторе, печати на бумаге или записи на компакт-диск) нам, так или иначе, потребовалось бы проделать эти преобразования - не в фотоаппарате, так в RAW-конвертере и Фотошопе. Вопрос лишь в СТЕПЕНИ этих потерь. Если мы "угадали" с настройками и сразу получили "хорошую" картинку - нам повезло. А вот если для данного сюжета какой-то из параметров выбран неудачно (баланс белого, контраст, шарп), то нам приходится в Фотошопе делать его корректировку. Т.е. вместо "прямого" пути C() выбирать "окольный" - А(B()). В математическом отступлении наглядно показано, что это ни к чему хорошему не приводит (учитывая 8-битность JPEG). Т.е., совсем "на пальцах": если, скажем, неудачно сработавший автомат баланса белого вместо того чтобы записать в файл градиент от 0 до 255 по одному из каналов (аналог нашего отрезка от 0 до 1) предварительно "умножит его на два", то в Фотошопе мы конечно "поделим обратно на два", но на половине данных произойдёт ограничение - мы никогда не узнаем что там раньше было - градиент ли, рисунок ли... Вся неприятность ситуации состоит в том, что понять насколько удачны выставленные при съёмке параметры можно только ПОСЛЕ съёмки - посмотрев результат, желательно на большом мониторе. Т.е. когда исправить уже поздно. А формат RAW (в случае если его камера "отдаёт") позволяет вообще не выставлять никаких параметров цвета-контраста-шарпа при съёмке (всё в авто)! На компьютер ставится точный программный аналог камерного процессора (RAW-конвертер) и можно получить на выходе варианты при ЛЮБЫХ параметрах и сравнить их между собой в спокойной обстановке. При недостатке же времени можно запустить пакетное конвертирование с параметрами "AS SHOT" и получить ровно те же JPEG-и, которые камера выдала бы на полном автомате. Счастливым обладателям 12-битного RAW(в отличие от 8-битного) "в нагрузку" даётся возможность экспокоррекции плюс-минус 2EV (2 "стопа") почти без потери качества(относительно соответствующего повышенного ISO в случае положительной коррекции) ЗАДНИМ ЧИСЛОМ, при конвертации. Т.е. кадры, снятые на ISO400 нормально, и кадры, снятые на ISO100 с недодержкой и "вытянутые" в конверторе, отличаются мало. Это позволяет не слишком заботиться о точности экспозамера и не тратить время на точечные замеры - пусть ценой некоторого шума, но детали в тенях не пропадают в большинстве случаев. Насколько существенны те "ужасы потерь данных", описанные выше? Почему владельцы многочисленных цифромыльниц без RAW не стонут от несправедливости? Может всё это вообще на глаз не видно? Для тех, кто внимательно читал "математическое отступление", ответ уже должен быть очевиден: чем цветастее и контрастнее снимаемый сюжет, чем выше диапазон его яркостей, тем меньшие ошибки он простит. Кроме самого сюжета, сдвигают значения к границам и ошибки экспозиции (недодержка, передержка). Если автомат поставил "среднюю" экспозицию, то сюжетно важный объект может оказаться недо/пере-свеченным, т.е. наиболее чувствительным к дальнейшим ошибкам обработки (близок к границам). Или, резюмируя: разница между технологиями "JPEG-Фотошоп" и "RAW-конвертер-Фотошоп" малозаметна на правильноэкспонированных низкоконтрастных сюжетах, но начинает становиться тем заметнее, чем: *контрастнее сюжет Ручной баланс белого "задним числом" В фотоаппарате для этого предназначена функция "ручной баланс белого" (далее - "РББ"). При её наличии, как правило, результат получается лучше, чем на автомате или "пресетах". Алгоритм её использования подробно описан в инструкции и может отличаться для разных камер, но общее у них ОДНО - необходимо поместить вместо объекта (или рядом с ним) лист бумаги и откалиброваться по нему ДО ТОГО как начать съёмки. Как мы уже упоминали выше, во многих случаях это неудобно, неоперативно и часто попросту делает съёмку невозможной. Однако, у владельцев камер с форматом RAW есть блестящий выход - "РББ задним числом". Суть метода очень проста: *видим событие, НЕМЕДЛЕННО снимаем его (в RAW
разумеется); Подчёркиваем - НЕ УСТАНАВЛИВАЕМ РББ а просто
нажимаем на спуск. Важно лишь чтобы освещение оставалось прежним (т.е.
таким же как при съёмке события). Практические выводы |
|
Ваши вопросы и предложения принимаются на е-мейл: freemaster@freemaster.info
Автор и координатор проекта: Freemaster Copyright © 2003-2006 Designed by Freemaster |