TIFF - это формат контейнера, который поддерживает набор других стандартов, и, как и любой контейнер, его содержимое будет полностью зависеть от того, что вы (или тот, кто написал экспорт TIFF, который вы используете) решили добавить в него.
Приблизительно по размеру файла ваш конвертер перешел на 16bpc / RGB без сжатия. Если это так, то размер файла выглядит примерно так. Если он не сжат, мы можем легко это подтвердить ...
5760 x 3860 = 22 118 400 (общее количество пикселей)
x 3 = 66 355 200 (3 цвета на пиксель, R / G / B)
x 2 = 132,710,400 (общий размер изображения в байтах, где 16 бит = 2 байта)
132,7 МБ соответствует исходному размеру файла. Фактический файл будет немного больше для размещения заголовка TIFF, метаданных и, возможно, предварительного просмотра.
Относительно того, почему TIFF намного больше, есть несколько основных причин: -
Интерполяция - каждый пиксель на сенсоре является одним из R, G или B. Чтобы получить полное RGB-изображение, необработанный преобразователь оценивает два других цвета (например, R / B для G-пикселя). ) из окружающих пикселей. Это означает, что нашему необработанному файлу нужно хранить только 1/3 данных, которые делает наш TIFF, прежде чем мы начнем. В этом случае сохраняемые необработанные несжатые данные датчика имеют размер чуть менее 39 Мбайт.
Сжатие * Затем вводится 1030 * и происходит дальнейшее сокращение на 39 Мб - сжатие можно настроить, если вы знаете, какой тип и формат данных, по сравнению с алгоритмами сжатия общего назначения, а в случае CR2 они используют JPEG без потерь, который кажется, уменьшил размер примерно на 25%.
Дополнительная информация: CR2 на самом деле является форматом на основе TIFF, в котором хранится JPEG в градациях серого без потерь (согласно этой странице ), на который ссылается ExifTool: формат файлов Canon Raw - который Стоит прочитать, если не сказать ничего, кроме слов Фила Харви о некоторых (многих) недостатках TIFF.
Дополнительная информация для комментариев: Дополнительные 6 МБ - это, вероятно, 0, и они просто дополняют, чтобы 14-разрядные значения соответствовали 16-разрядной (2-байтной) границе, которая Lightroom нужно использовать, так как он работает с целыми байтами. Lightroom кодирует выходные данные в соответствии с глубиной, с которой он работал, даже если TIFF поддерживает несжатый 14-битный канал, а в IIRC - нет, и если это так, вы можете предположить, что практически никто не реализовал его, так что в итоге вы получите технически правильные TIFF, которые никто не может открыть (и не впервые в моем опыте).