ТИФФ
Серия форматов файлов изображений
ТИФФ
Словесный товарный знак TIFF Revision 6.0
Расширения имени файла.tiff,.tif
Тип интернет-СМИ
  • image/tiff
  • image/tiff-fx
Код типаТИФФ
Единый идентификатор типа (UTI)публичный.tiff
Магическое число49 49 2А 00 или 4Д 4Д 00 2А
РазработаноAldus Corporation , ныне Adobe Inc.
Первоначальный выпуск12 сентября 1986 г .; 38 лет назад ( 12 сентября 1986 г. )
Последний релиз
TIFF 6.0
3 июня 1992 г .; 32 года назад TIFF Supplement 2 / 22 марта 2002 г .; 22 года назад ( 1992-06-03 )
 ( 2002-03-22 )
Тип форматаФормат файла изображения
Расширенный отразмолвка
Расширено доExif , DCF , TIFF/EP , TIFF/IT, TIFF-FX, GeoTIFF
Веб-сайтwww.loc.gov/preservation/digital/formats/fdd/fdd000022.shtml

Формат файла изображения с тегами [1] или формат файла изображения с тегами [2], обычно известный под аббревиатурами TIFF или TIF , — это формат файла изображения для хранения растровых графических изображений, популярный среди графических художников, издательской индустрии [3] и фотографов. TIFF широко поддерживается сканированием , отправкой факсов , текстовыми процессорами , оптическим распознаванием символов , обработкой изображений, настольными издательскими системами и приложениями для верстки страниц. [4] Формат был создан корпорацией Aldus для использования в настольных издательских системах. Последняя версия 6.0 была опубликована в 1992 году, впоследствии обновленная с авторскими правами Adobe Systems после того, как последняя приобрела Aldus в 1994 году. Было опубликовано несколько технических заметок Aldus или Adobe с небольшими расширениями формата, а несколько спецификаций были основаны на TIFF 6.0, включая TIFF/EP (ISO 12234-2), TIFF/IT (ISO 12639), [5] [6] [7] TIFF-F (RFC 2306) и TIFF-FX (RFC 3949). [8]

История

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

Первая версия спецификации TIFF была опубликована корпорацией Aldus осенью 1986 года после двух основных ранних черновых релизов. Ее можно обозначить как Revision 3.0. Она была опубликована после серии встреч с различными производителями сканеров и разработчиками программного обеспечения. В апреле 1987 года была выпущена Revision 4.0, которая содержала в основном незначительные улучшения. В октябре 1988 года была выпущена Revision 5.0, в которую была добавлена ​​поддержка цветных изображений палитры и сжатия LZW . [9]

TIFF — сложный формат, определяющий множество тегов, из которых обычно только несколько используются в каждом файле. Это привело к реализациям, поддерживающим множество различных подмножеств формата, ситуация, которая породила шутку, что TIFF означает Thousands of Incompatible File Formats (тысячи несовместимых форматов файлов ) . [10] Эта проблема была решена в версии 6.0 [9] спецификации TIFF (июнь 1992 г.) путем введения различия между базовым TIFF (который все реализации должны были поддерживать) и расширениями TIFF (которые являются необязательными). Дополнительные расширения определены в двух дополнениях к спецификации, которые были опубликованы в сентябре 1995 г. [11] и марте 2002 г. [12] соответственно.

Обзор

Файл TIFF содержит одно или несколько изображений, называемых в спецификации подфайлами . Основной вариант использования нескольких подфайлов — кодирование многостраничного телефакса в одном файле, но также допускается, чтобы разные подфайлы были разными вариантами одного и того же изображения, например, отсканированными с разным разрешением. Вместо того чтобы быть непрерывным диапазоном байтов в файле, каждый подфайл представляет собой структуру данных, сущность верхнего уровня которой называется каталогом файлов изображений (IFD). Базовые считыватели TIFF должны использовать только первый подфайл, но каждый IFD имеет поле для ссылки на следующий IFD.

IFD — это место, где находятся теги , для которых дано название TIFF. Каждый IFD содержит одну или несколько записей , каждая из которых идентифицируется своим тегом. Теги — это произвольные 16-битные числа; их символические имена, такие как ImageWidth, часто используемые при обсуждении данных TIFF, не отображаются явно в самом файле. Каждая запись IFD имеет связанное значение , которое может быть декодировано на основе общих правил формата, но то, что означает это значение, зависит от тега . В одном IFD может быть не более одной записи с любым конкретным тегом. Некоторые теги предназначены для привязки к фактическим данным изображения, другие теги указывают, как следует интерпретировать данные изображения, а третьи теги используются для метаданных изображения .

Изображения TIFF состоят из прямоугольных [13] сеток пикселей. Две оси этой геометрии называются горизонтальной (или X, или ширина) и вертикальной (или Y, или длина). Горизонтальное и вертикальное разрешение не обязательно должны быть равны (так как в телефаксе они обычно не будут равны). Базовое изображение TIFF делит вертикальный диапазон изображения на одну или несколько полос , которые кодируются (в частности: сжимаются) отдельно. Исторически это служило для облегчения чтения TIFF (например, факсимильных аппаратов) с ограниченной емкостью для хранения несжатых данных — одна полоса декодировалась бы, а затем немедленно печаталась — но настоящая спецификация мотивирует это «повышенной гибкостью редактирования и эффективной буферизацией ввода-вывода». [9] : 19  Расширение TIFF предоставляет альтернативу мозаичным изображениям, в этом случае как горизонтальный, так и вертикальный диапазоны изображения разлагаются на более мелкие единицы.

Примером таких вещей, который также служит для того, чтобы дать представление о том, как теги используются в кодировке изображений TIFF, является то, что полосатое изображение TIFF будет использовать теги 273 (StripOffsets), 278 (RowsPerStrip) и 279 (StripByteCounts). StripOffsets указывают на блоки данных изображения, StripByteCounts говорят, какова длина каждого из этих блоков (как она хранится в файле), а RowsPerStrip говорит, сколько строк пикселей содержится в полосе; последний требуется даже в случае наличия только одной полосы, в этом случае он просто дублирует значение тега 257 (ImageLength). Плиточное изображение TIFF вместо этого использует теги 322 (TileWidth), 323 (TileLength), 324 (TileOffsets) и 325 (TileByteCounts). Пиксели в каждой полосе или плитке отображаются в порядке следования строк , слева направо и сверху вниз.

Данные для одного пикселя состоят из одного или нескольких образцов ; например, изображение RGB будет иметь один образец красного, один образец зеленого и один образец синего на пиксель, тогда как изображение в оттенках серого или палитре цветов имеет только один образец на пиксель. TIFF допускает как аддитивные (например, RGB, RGBA ), так и субтрактивные (например, CMYK ) цветовые модели. TIFF не ограничивает количество образцов на пиксель (за исключением того, что должно быть достаточно образцов для выбранной цветовой модели), а также не ограничивает количество бит, кодируемых для каждого образца, но базовый TIFF требует только, чтобы считыватели поддерживали несколько комбинаций цветовой модели и битовой глубины изображений. Поддержка пользовательских наборов образцов очень полезна для научных приложений; 3 образца на пиксель находятся на нижнем пределе мультиспектральной визуализации , а гиперспектральная визуализация может потребовать сотни образцов на пиксель. TIFF поддерживает размещение всех образцов для пикселя рядом друг с другом в пределах одной полосы/плитки (PlanarConfiguration = 1), а также различных образцов в различных полосах/плитках (PlanarConfiguration = 2). Формат значения образца по умолчанию — беззнаковое целое число, но расширение TIFF позволяет объявлять их альтернативно как знаковые целые числа или числа с плавающей точкой IEEE-754 , а также указывать пользовательский диапазон для допустимых значений образца.

Изображения TIFF могут быть несжатыми, сжатыми с использованием схемы сжатия без потерь или сжатыми с использованием схемы сжатия с потерями . Схема сжатия без потерь LZW иногда рассматривалась как стандартное сжатие для TIFF, но технически это расширение TIFF, и спецификация TIFF6 отмечает патентную ситуацию относительно LZW. Схемы сжатия значительно различаются по тому, на каком уровне они обрабатывают данные: LZW действует на поток байтов, кодирующих полосу или плитку (без учета структуры выборки, битовой глубины или ширины строки), тогда как схема сжатия JPEG преобразует структуру выборки пикселей (переключаясь на другую цветовую модель) и кодирует пиксели в блоках 8×8, а не построчно.

Большинство данных в файлах TIFF являются числовыми, но формат поддерживает объявление данных скорее текстовыми, если это подходит для конкретного тега. Теги, которые принимают текстовые значения, включают Artist, Copyright, DateTime, DocumentName, InkNames и Model.

MIME-тип

Тип MIME image/tiff (определенный в RFC 3302) без параметра application используется для файлов Baseline TIFF 6.0 или для указания того, что не нужно идентифицировать конкретное подмножество TIFF или расширений TIFF. Необязательный параметр "application" (пример: Content-type: image/tiff; application=foo) определен для image/tiff для идентификации конкретного подмножества TIFF и расширений TIFF для закодированных данных изображения, если он известен. Согласно RFC 3302, конкретные подмножества TIFF или расширения TIFF, используемые в параметре application, должны быть опубликованы как RFC. [14]

Тип MIME image/tiff-fx (определен в RFC 3949 и RFC 3950) основан на TIFF 6.0 с техническими примечаниями TIFF TTN1 (деревья) и TTN2 (спецификация замены TIFF/JPEG). Он используется для интернет-факса , совместимого с рекомендациями ITU-T для черно-белых, полутоновых и цветных факсов Группы 3 .

Цифровое сохранение

Adobe владеет авторскими правами на спецификацию TIFF (также известную как TIFF 6.0) вместе с двумя опубликованными дополнениями. Эти документы можно найти на странице Adobe TIFF Resources. [15] Стандарт Fax в RFC 3949 основан на этих спецификациях TIFF. [16]

Файлы TIFF, которые строго используют базовые «наборы тегов», определенные в TIFF 6.0, а также ограничивают технологию сжатия методами, указанными в TIFF 6.0, и адекватно протестированы и проверены несколькими источниками для всех создаваемых документов, могут использоваться для хранения документов. Часто встречающиеся проблемы, возникающие в индустрии управления контентом и документами , связанные с использованием файлов TIFF, возникают, когда структуры содержат фирменные заголовки, не документированы должным образом или содержат «обертки» или другие контейнеры вокруг наборов данных TIFF, или включают ненадлежащие технологии сжатия, или эти технологии сжатия не реализованы должным образом.

Варианты TIFF могут использоваться в системах обработки изображений документов и управления контентом/документами с использованием сжатия CCITT Group IV 2D , которое поддерживает черно-белые (битональные, монохромные ) изображения, среди других технологий сжатия, которые поддерживают цвет . Когда емкость хранилища и пропускная способность сети были более важной проблемой, чем обычно наблюдается в современных серверных средах, при сканировании хранилищ большого объема документы сканировались в черно-белом варианте (не в цвете или оттенках серого) для экономии емкости хранилища.

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

Подробности

TIFF — это гибкий, адаптируемый формат файла для обработки изображений и данных в одном файле, включающий теги заголовка (размер, определение, расположение данных изображения, примененное сжатие изображения ), определяющие геометрию изображения. Например, файл TIFF может быть контейнером, содержащим сжатые изображения JPEG (с потерями) и PackBits (без потерь). Файл TIFF также может включать векторный контур обрезки (контуры, обрезки, рамки изображения). Возможность хранить данные изображения в формате без потерь делает файл TIFF полезным архивом изображений, поскольку, в отличие от стандартных файлов JPEG, файл TIFF, использующий сжатие без потерь (или без него), можно редактировать и повторно сохранять без потери качества изображения. Это не относится к использованию TIFF в качестве контейнера, содержащего сжатый JPEG. Другие параметры TIFF — это слои и страницы.

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

Спецификация TIFF 6.0 состоит из следующих частей: [9]

  • Введение (содержит информацию об администрировании TIFF, использовании закрытых полей и значений и т. д.)
  • Часть 1: Базовый TIFF
  • Часть 2: Расширения TIFF
  • Часть 3: Приложения

Часть 1: Базовый TIFF

Когда был представлен TIFF, его расширяемость спровоцировала проблемы совместимости. Гибкость в кодировании породила шутку, что TIFF означает Thousands of Incompatible File Formats (тысячи несовместимых форматов файлов) . [10] Чтобы избежать этих проблем, каждый читатель TIFF должен был читать Baseline TIFF . Помимо прочего, Baseline TIFF не включает слои или сжатые изображения JPEG или LZW. Baseline TIFF официально известен как TIFF 6.0, Часть 1: Baseline TIFF .

Ниже приведен неполный список требуемых базовых характеристик TIFF: [9]

Несколько подфайлов

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

В файле TIFF может быть более одного каталога файлов изображений (IFD). Каждый IFD определяет подфайл. Одним из вариантов использования подфайлов является описание связанных изображений, таких как страницы факсимильного документа. Базовый считыватель TIFF не требуется для чтения любого IFD, кроме первого. [9]

Полоски

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

Сжатие

Базовые считыватели TIFF должны поддерживать следующие три схемы сжатия: [9]

Типы изображений

Базовые типы изображений TIFF: двухуровневые, в оттенках серого, палитровые и полноцветные изображения RGB. [9]

Порядок байтов

Каждый файл TIFF начинается с двухбайтового индикатора порядка байтов : " II" для little-endian (также известного как "порядок байтов Intel", ок.  1980 г. ) [17] или " MM" для big-endian (также известного как "порядок байтов Motorola", ок.  1980 г. ) [17] порядка байтов. Следующее двухбайтовое слово содержит номер версии формата, который всегда был 42 для каждой версии TIFF (например, TIFF v5.0 и TIFF v6.0). [18] Предполагается, что все двухбайтовые слова, двойные слова и т. д. в файле TIFF находятся в указанном порядке байтов. Спецификация TIFF 6.0 гласит, что совместимые считыватели TIFF должны поддерживать оба порядка байтов ( IIи MM); писатели могут использовать любой из них. [19]

Другие поля TIFF

Читатели TIFF должны быть готовы столкнуться с частными полями, не описанными в спецификации TIFF, и проигнорировать их. Читатели TIFF не должны отказываться читать файл TIFF, если необязательные поля отсутствуют. [9]

Часть 2: Расширения TIFF

Многие считыватели TIFF поддерживают теги, дополнительные к тегам в Baseline TIFF, но не каждый считыватель поддерживает все расширения. [20] [21] [22] В результате функции Baseline TIFF стали наименьшим общим знаменателем для TIFF. Функции Baseline TIFF расширены в расширениях TIFF (определенных в спецификации TIFF 6.0 Часть 2), но расширения также могут быть определены в частных тегах.

Расширения TIFF официально известны как TIFF 6.0, Часть 2: Расширения TIFF . Вот несколько примеров расширений TIFF, определенных в спецификации TIFF 6.0: [9]

Сжатие

  • Двухуровневое кодирование CCITT T.4
  • Двухуровневое кодирование CCITT T.6
  • ЛЗВ
  • JPEG

Типы изображений

  • CMYK- изображения
  • Изображения YCbCr
  • ПолутонаПодсказки
  • Плиточные изображения
  • Изображения CIE L*a*b*

Изображение деревьев

Базовый файл TIFF может содержать последовательность изображений (IFD). Обычно все изображения связаны, но представляют разные данные, например страницы документа. Для явной поддержки нескольких представлений одних и тех же данных был введен тег SubIFD . [11] Это позволяет определять изображения по древовидной структуре . Каждое изображение может иметь последовательность дочерних элементов, каждый из которых сам является изображением. Типичное использование — предоставление миниатюр или нескольких версий изображения в разных цветовых пространствах.

Плитка

Изображение TIFF также может состоять из нескольких плиток. Все плитки в одном изображении имеют одинаковые размеры и могут быть сжаты независимо от всего изображения, подобно полосам (см. выше). Плиточные изображения являются частью TIFF 6.0, Часть 2: Расширения TIFF, поэтому поддержка плиточных изображений не требуется в базовых считывателях TIFF.

Другие расширения

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

Частные теги

Разработчики могут подать заявку на блок «частных тегов», чтобы иметь возможность включать собственную конфиденциальную информацию в файл TIFF, не создавая проблем для обмена файлами. Читатели TIFF обязаны игнорировать теги, которые они не распознают, а частные теги зарегистрированного разработчика гарантированно не будут конфликтовать с чьими-либо другими тегами или со стандартным набором тегов, определенным в спецификации. Частные теги нумеруются в диапазоне 32 768 и выше.

Частные теги зарезервированы для информации, значимой только для некоторой организации, или для экспериментов с новой схемой сжатия в TIFF. По запросу администратор TIFF (в настоящее время Adobe) выделит и зарегистрирует один или несколько частных тегов для организации, чтобы избежать возможных конфликтов с другими организациями. Организациям и разработчикам не рекомендуется выбирать свои собственные номера тегов произвольно, поскольку это может вызвать серьезные проблемы совместимости. Однако, если мало или совсем нет шансов, что файлы TIFF выйдут из частной среды, организациям и разработчикам рекомендуется рассмотреть возможность использования тегов TIFF в «повторно используемом» диапазоне 65 000–65 535. Нет необходимости связываться с Adobe при использовании номеров в этом диапазоне. [9]

Тег сжатия TIFF

Тег TIFF 259 (0103 16 ) хранит информацию о методе сжатия. Значение по умолчанию 1 = без сжатия.

Большинство TIFF-писатели и TIFF-ридеры поддерживают только некоторые схемы сжатия TIFF. Вот несколько примеров используемых схем сжатия TIFF:

Тег сжатия TIFF [21] [23] [24] [25] [26] [27] [28] [29] [30]
Значение тегаСхема сжатияС потерями/ без потерьСпецификацияОписаниеТипы изображенийИспользование и поддержка
0001 16НиктоБез потерьTIFF6.0Базовый TIFFВсеОбычный [31]
0002 16Одномерное модифицированное кодирование длин серий по методу Хаффмана CCITT Group 3 (также известное как MH или CCITT 1D)Без потерьTIFF6.0Базовый TIFF; сжатие на основе ITU-T T.4Черно-белыйОбщий
0003 16Двухуровневое кодирование CCITT T.4, как указано в разделе 4 «Кодирование» Рекомендации МСЭ-Т T.4 (также известное как кодирование факсов CCITT Group 3 или CCITT Group 3 2D)Без потерьTIFF6.0Расширения TIFF 6.0; сжатие на основе ITU-T T.4Черно-белыйОбщий
0004 16Двухуровневое кодирование CCITT T.6, как указано в разделе 2 Рекомендации МСЭ-Т T.6 (также известное как кодирование факсов CCITT Group 4 )Без потерьTIFF6.0Расширения TIFF 6.0; сжатие на основе ITU-T T.6Черно-белыйОбщий
0005 16Лемпель–Зив–УэлчБез потерьTIFF6.0Расширения TIFF 6.0; впервые определены в TIFF 5 (1988); запатентованный алгоритм сжатия, но патенты истекли в 2003 и 2004 годахВсеОбычный [32]
0006 16JPEG (устаревший JPEG «старого образца», позже замененный в Technote2)ПотерянныйTIFF6.0Расширения TIFF 6.0; впервые определены в TIFF 6 (1992); устарели, никогда не должны использоваться.Непрерывный тонРедкий
0007 16JPEG («новый» JPEG)ПотерянныйTIFF 6 Technote2 (1995)заменяет старый формат сжатия JPEG; это расширение TIFF 6.0.Непрерывный тонНеобычно
0008 16Deflate (zlib), вариант Adobe (официальный)Без потерьПриложение 2 к спецификации TIFF (2002)RFC 1950 (1996), RFC 1951 (1996), Технические заметки Adobe Photoshop TIFF; это расширение TIFF 6.0.ВсеОбщий
0009 16JBIG, согласно ITU-T T.85Без потерьTIFF-FXRFC 2301 (1998), RFC 3949 (2005)Черно-белыйРедкий
000А 16JBIG, согласно ITU-T T.43Без потерьTIFF-FXRFC 2301 (1998), RFC 3949 (2005)Черно-белыйРедкий
7ФФЕ 16Кодирование оттенков серого NeXT RLE 2-битноеЗапатентованныйРедкий
8005 16PackBits (он же Macintosh RLE)Без потерьTIFF6.0Базовый TIFFВсеРедкий [32]
8029 16ThunderScan RLE 4-битное кодированиеЗапатентованныйЧерно-белыйРедкий
807Ф 16Растровое наложение в непрерывном тоне (CT) или монохромном изображении (MP)Без потерьTIFF/IT (1998, 2004)ИСО 12639Редкий
8080 16RLE для линейной работы (LW)Без потерьTIFF/IT (1998, 2004)ИСО 12639Редкий
8081 16RLE для непрерывного тона высокого разрешения (HC)Без потерьTIFF/IT (1998, 2004)ИСО 12639Редкий
8082 16RLE для двоичной линейной работы (BL)Без потерьTIFF/IT (1998, 2004)ИСО 12639Редкий
80Б2 16Deflate, вариант PKZIP (устарел)Без потерьЗапатентованныйСогласно дополнению 2 к спецификации TIFF, его следует считать устаревшим, но рекомендуется прочитать.ВсеНеобычно
80Б3 16Кодак DCSЗапатентованныйРедкий
8765 16JBIGLibTIFFЧерно-белыйРедкий
8798 16JPEG2000ЗапатентованныйВключает полный файл JP2 внутри файла TIFF, не рекомендуется. Представлено Leadtools. [33]Необычно
8799 16Сжатый Nikon NEFЗапатентованныйРедкий
879Б 16JBIG2Без потерь, с потерямиНабор расширений TIFF-FX 1.0Заброшенный проект IETF от 2001 года [34]Редкий
8847 16ЛЕРКПотерянныйESRI LERCРедкий
884С 16 [35]JPEG с потерями, не относящийся к YCbCrПотерянныйДНГ 1.4.0.0 [36]Используется для семантических масок DNG [35] и для изображений в LinearRawцветовом пространстве; явно указывает на базовое сжатие DCT JPEG в отличие от «JPEG Хаффмана без потерь». [36]Редкий
С350 16ЗСТДБез потерьLibTIFFРедкий
С351 16ВебПБез потерь, с потерямиLibTIFFРедкий
CD42 16 [35]JPEG-XL-файлБез потерь, с потерямиДНГ 1.7.0.0 [36]Редкий

BigTIFF

Форматы файлов TIFF используют 32-битные смещения , что ограничивает размер файла примерно до 4 ГиБ . Некоторые реализации даже используют знаковое 32-битное смещение, что приводит к проблемам около 2 ГиБ. BigTIFF — это вариант формата файла TIFF, который использует 64-битные смещения и поддерживает гораздо большие файлы (размером до 18 эксабайт). [37] [38] Спецификация формата файла BigTIFF была реализована в 2007 году в разрабатываемых выпусках LibTIFF версии 4.0, которая была окончательно выпущена как стабильная в декабре 2011 года. Поддержка форматов файлов BigTIFF приложениями ограничена.

Exif

Спецификация Exif [39] основана на TIFF. Для несжатых данных изображения файл Exif является прямым файлом TIFF с некоторыми частными тегами. Для сжатых данных изображения JPEG Exif использует формат обмена файлами JPEG , но встраивает файл TIFF в сегмент APP1 файла. Первый IFD (называемый 0-м в спецификации Exif) этого встроенного TIFF не содержит данных изображения и содержит только метаданные для основного изображения. Однако в этом встроенном TIFF может быть миниатюрное изображение, которое предоставляется вторым IFD (называемым 1-м в спецификации Exif). Формат аудиофайла Exif не основан на TIFF.

Exif определяет большое количество частных тегов для метаданных изображения, в частности, настроек камеры и данных геопозиционирования , но большинство из них не отображаются в обычных TIFF IFD. Вместо этого они находятся в отдельных IFD, на которые указывают частные теги в основном IFD.

TIFF/IT

TIFF/IT
Расширение имени файла
.fp, .ct, .lw, .hc, .mp, .bp, .bl, .sd [14]
Тип интернет-СМИ
не определено [14]
РазработаноАНСИ, ИСО
Первоначальный выпуск1993 ( 1993 )
Последний релиз
TIFF/IT
2004 ; 21 год назад ( 2004 )
Тип форматаФормат файла изображения
Расширенный отTIFF6.0
СтандартИСО 12639 [5] [40] [41]

TIFF/IT используется для отправки данных для готовых к печати страниц, разработанных на высокопроизводительных допечатных системах. [42] Спецификация TIFF/IT (ISO 12639) описывает многофайловый формат, который может описывать одну страницу на набор файлов. [43] Файлы TIFF/IT не являются взаимозаменяемыми с обычными файлами TIFF. [44] [45] [46]

Целью разработки TIFF/IT было перенести оригинальные форматы магнитной ленты IT8 в версию, независимую от носителя. TIFF/IT основан на спецификации Adobe TIFF 6.0 и одновременно расширяет TIFF 6, добавляя дополнительные теги, и ограничивает его, ограничивая некоторые теги и значения внутри тегов. Не все допустимые изображения TIFF/IT являются допустимыми изображениями TIFF 6.0. [47]

TIFF/IT определяет форматы файлов изображений для кодирования цветных изображений с непрерывным тоном, цветных штриховых изображений, изображений с непрерывным тоном высокого разрешения, монохромных изображений с непрерывным тоном, бинарных изображений, бинарных штриховых изображений, растрированных данных и изображений составных конечных страниц. [6]

Для TIFF/IT не определен тип MIME. Тип MIME image/tiff не следует использовать для файлов TIFF/IT, поскольку TIFF/IT не соответствует Baseline TIFF 6.0, а широко распространенные считыватели TIFF 6.0 не могут читать TIFF/IT. Тип MIME image/tiff (определенный в RFC 3302) без параметра application используется для файлов Baseline TIFF 6.0 или для указания того, что не нужно идентифицировать определенное подмножество TIFF или расширений TIFF. Параметр application следует использовать с image/tiff для различения расширений TIFF или подмножеств TIFF. Согласно RFC 3302, определенные подмножества TIFF или расширения TIFF должны быть опубликованы как RFC. Для TIFF/IT такого RFC нет. Комитет ISO, курирующий стандарт TIFF/IT, также не планирует регистрировать TIFF/IT как параметр для image/tiff или как новый отдельный тип MIME. [14]

Файлы TIFF/IT

TIFF/IT состоит из нескольких различных файлов, и его нельзя создать или открыть с помощью обычных настольных приложений. [14] [44] [48] Наборы файлов TIFF/IT-P1 обычно состоят из следующих файлов: [6] [7] [49]

  • Финальная страница (ФП)
  • Изображение непрерывного тона (CT)
  • Изображение Line Work (LW)
  • Файлы с высоким разрешением и непрерывным тоном (HC — опционально)

TIFF/IT также определяет следующие файлы: [6]

  • Монохромные непрерывные тоновые изображения (МП)
  • Двоичные изображения (БП)
  • Двоичные штриховые изображения (BL)
  • Проверенные данные (SD)

Некоторые из этих типов данных частично совместимы с соответствующими определениями в спецификации TIFF 6.0. Final Page (FP) позволяет группировать различные файлы, необходимые для определения полной страницы: он предоставляет механизм для создания пакета, который включает отдельные слои изображения (типов CT, LW и т. д.), которые можно объединить для создания окончательного печатного изображения. Его использование рекомендуется, но не является обязательным. В файле FP должен быть как минимум один подфайл, но не более одного каждого типа. Обычно он содержит подфайл CT и подфайл LW. [6] [47] [50]

Основным цветовым пространством для этого стандарта является CMYK, но поддерживаются также другие цветовые пространства и использование профилей ICC. [6]

Сжатие TIFF/IT

TIFF/IT не предусматривает сжатие внутри самой структуры файла, но ограничений нет. [47] (Например, разрешено сжимать всю структуру файла в архиве ZIP.)

Файлы LW используют особую схему сжатия, известную как кодирование длины серии для LW (значение тега сжатия составляет 8080 16 ). Файлы HC также используют особую схему кодирования длины серии для HC (значение тега сжатия составляет 8081 16 ). Спецификации TIFF/IT P1 не позволяют использовать сжатие в файле CT.

Ниже приведен список определенных схем сжатия TIFF/IT: [41]

Схемы сжатия TIFF/IT
Тип файлаСоответствие TIFF/ITСоответствие TIFF/IT-P1Соответствие TIFF/IT-P2
Последняя страница (FP) 0-е поле IFDНесжатый (0001 16 ), Deflate (0008 16 ) или PackBits (8005 16 )
Непрерывный тон (CT)Несжатый (0001 16 ), JPEG (0007 16 ), Deflate (0008 16 ) или RasterPadding в CT или MP (807F 16 )Несжатый (0001 16 )Несжатый (0001 16 ), JPEG (0007 16 ), Сжатый (0008 16 )
Линейная работа (LW)RLE для LW (8080 16 )
Высокое разрешение, непрерывный тон (HC)RLE для HC (8081 16 )
Монохромное непрерывное изображение (MP)Несжатый (0001 16 ), JPEG (0007 16 ), Deflate (0008 16 ) или RasterPadding в CT или MP (807F 16 )Несжатый (0001 16 )Несжатый (0001 16 ), JPEG (0007 16 ), Сжатый (0008 16 )
Двоичные изображения (БП)Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), Deflate (0008 16 )Несжатый (0001 16 )Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), Deflate (0008 16 )
Двоичное линейное искусство (BL)RLE для BL (8082 16 )
Проверенные данные (SD)Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), Deflate (0008 16 )Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), Deflate (0008 16 )

TIFF/IT P1

ISO 12639:1998 представил TIFF/IT-P1 (Профиль 1) — прямое подмножество полного стандарта TIFF/IT (ранее определенного в ANSI IT8.8–1993). Это подмножество было разработано на основе взаимного понимания как стандартами, так и сообществами разработчиков программного обеспечения того, что реализация полного стандарта TIFF/IT любым одним поставщиком была как маловероятной (из-за его сложности), так и ненужной (потому что Профиль 1 охватывал бы большинство приложений для доставки цифровой рекламы). Почти все файлы TIFF/IT в цифровой рекламе распространялись как наборы файлов TIFF/IT-P1 в 2001 году. [51] [52] Когда люди говорят о TIFF/IT, они обычно имеют в виду стандарт P1. [7]

Вот некоторые ограничения TIFF/IT-P1 (по сравнению с TIFF/IT): [50]

  • Использует только CMYK (при необходимости)
  • Он чередуется по пикселям (при необходимости)
  • Имеет единственный выбор ориентации изображения
  • Имеет единственный выбор диапазона точек
  • Ограниченные методы сжатия

TIFF/IT-P1 — это упрощенный уровень соответствия TIFF/IT, который обеспечивает максимальную совместимость между системами цветной электронной допечатной подготовки (CEPS) и системами настольной печати (DTP). [47] [53] Он обеспечивает понятный интерфейс для фирменных форматов CEPS, таких как формат Scitex CT /LW.

TIFF/IT P2

Поскольку TIFF/IT P1 имел ряд ограничений, был разработан расширенный формат. ISO 12639:2004 ввел новый расширенный уровень соответствия - TIFF/IT-P2 (профиль 2). TIFF/IT-P2 добавил ряд функций к TIFF/IT-P1, например: [7]

  • Только плашечные цвета CMYK (при необходимости)
  • Поддержка сжатия данных CT и BP (JPEG и Deflate)
  • Поддержка нескольких файлов LW и CT в одном файле
  • Поддержка файлов copydot через новый тип файлов, называемый SD (Screened Data)
  • Были предприняты некоторые усилия по созданию возможности объединения файлов FP, LW и CT в один файл, называемый файлом GF (Group Final), но это не было определено в черновой версии ISO 12639:2004. [41]

Этот формат не получил широкого распространения.

Частные теги

Спецификация TIFF/IT сохранила возможность TIFF для разработчиков использовать частные теги. Спецификация TIFF/IT очень точна в отношении того, как следует обрабатывать эти частные теги — их следует анализировать, но игнорировать. [54]

Частные теги в спецификации TIFF/IT-P1 изначально были предназначены для предоставления разработчикам способов добавления определенной функциональности для определенных приложений. Частные теги могут использоваться разработчиками (например, Scitex) для сохранения определенных значений печати или другой функциональности. Частные теги обычно помечаются номерами тегов, большими или равными 32768.

Все частные теги должны быть запрошены у Adobe (администратора TIFF) и зарегистрированы.

В 1992 году DDAP (Digital Distribution of Advertising for Publication, позже Digital Directions in Applications for Production) разработали свое заявление о требованиях к доставке цифровой рекламы. Оно было представлено аккредитованному ANSI CGATS (Committee for Graphic Arts Technology Standards) для разработки аккредитованного стандарта формата файла для доставки цифровой рекламы. CGATS рассмотрел свои альтернативы для этой цели, и TIFF показался идеальным кандидатом, за исключением того факта, что он не мог справиться с некоторыми требуемыми функциями. CGATS запросил у Aldus (администратора TIFF) блок собственных частных тегов TIFF, чтобы реализовать то, что в конечном итоге стало TIFF/IT. Например, возможность идентифицировать последовательность цветов обрабатывается тегом 34017 — тегом последовательности цветов. [54]

Формат TIFF/IT был создан для удовлетворения потребности в транспортно-независимом методе кодирования растровых данных в стандартах IT8.1, IT8.2 и IT8.5.

Стандарты

TIFF/IT был определен в стандарте ANSI IT8.8–1993 в 1993 году и позже пересмотрен в международном стандарте ISO 12639:1998 - Допечатный цифровой обмен данными - Формат файла тегового изображения для технологии обработки изображений (TIFF/IT) . [5] Стандарт ISO заменяет ANSI IT8.8–1993. Он определяет независимые от носителя средства для допечатного электронного обмена данными. [55]

Стандарт ISO 12639:2004 (второе издание) для TIFF/IT заменил ISO 12639:1998. Он также был позже расширен в ISO 12639:2004 / Amd. 1:2007 - Использование сжатия JBIG2-Amd2 в TIFF/IT. [56]

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

На Викискладе есть медиафайлы по теме «Формат файла тегированного изображения» .

Ссылки

  1. ^ «Что такое файлы TIFF и как их открыть?». adobe.com . Adobe, Inc . Получено 3 ноября 2023 г. TIFF (что означает Tag Image File Format) — это компьютерный файл, используемый для хранения растровой графики и информации об изображениях.
  2. ^ «PNG против TIFF: что лучше?». adobe.com . Adobe, Inc . Получено 4 ноября 2023 г. Файлы TIFF (Tagged Image File Format) широко используются в издательском деле, редактировании фотографий и графическом дизайне.
  3. ^ Мюррей, Джеймс Д.; ванРайпер, Уильям (апрель 1996 г.). Энциклопедия форматов графических файлов (второе издание). O'Reilly . ISBN 1-56592-161-5. Получено 2014-03-07 .
  4. ^ TIFF был выбран в качестве собственного формата для растровой графики в операционной системе NeXTstep ; поддержка TIFF перешла в Mac OS X.
  5. ^ abc "TIFF/IT ISO/IEC 12639". ISO. 1998.
  6. ^ abcdef "TIFF/IT для технологий обработки изображений". Национальная программа по инфраструктуре и сохранению цифровой информации в Библиотеке Конгресса. 2006-10-03.
  7. ^ abcd "Формат файла TIFF/IT" . Получено 2011-02-19 .
  8. ^ "Формат файла для интернет-факса". 2005. Получено 2011-02-19 . Эта спецификация формата файла широко известна как TIFF for Fax eXtended (TIFF-FX).
  9. ^ abcdefghijk TIFF Revision 6.0 Final — 3 июня 1992 г., получено 29.03.2024 г.
  10. ^ ab Trauth, Martin H. (2006). Рецепты MATLAB для наук о Земле . Springer. стр. 198. ISBN 3-540-27983-0.
  11. ^ ab TIFF Спецификация Дополнение 1, Получено 2022-06-29
  12. ^ Спецификация TIFF Дополнение 2, получено 29.06.2022
  13. ^ Ничто не мешает кому-то определить расширение TIFF, которое введет какой-то другой вид пиксельной геометрии или даже разместит непиксельную графику в контейнере TIFF, но до сих пор, похоже, в этом не было необходимости. Поэтому изображения TIFF имеют прямоугольную пиксельную геометрию.
  14. ^ abcde CIP4 (2008). "Спецификация JDF - Приложение H Атрибуты MimeType и MimeTypeVersion" . Получено 2011-03-03 .{{cite web}}: CS1 maint: числовые имена: список авторов ( ссылка )
  15. ^ "Страница ресурсов Adobe TIFF". Архивировано из оригинала 8 января 2021 г. Получено 29-06-2022 .
  16. ^ "TIFF, Revision 6.0". Цифровое сохранение . Библиотека Конгресса . 2014-01-08 . Получено 2014-03-11 .
  17. ^ ab Дэвид Бичер, автор десятков движков обработки изображений за последние 30 лет. Любой файл TIFF можно просмотреть с помощью HEX-редактора, чтобы подтвердить это.
  18. ^ Aldus/Microsoft (1988-08-08). "1) Структура". TIFF. Редакция 5.0. Aldus Corporation и Microsoft Corporation. Архивировано из оригинала 2008-12-04 . Получено 2009-06-29 . Число 42 было выбрано из-за его глубокого философского значения.
  19. ^ Adobe Developers Association (1992-06-03). "Раздел 7: Дополнительные базовые требования к TIFF". TIFF (PDF) . Редакция 6.0. Adobe Systems Incorporated. стр. 26. Архивировано из оригинала (PDF) 8 января 2021 г. Получено 29 июня 2022 г.Порядок байтов «MM» и «II». Программы чтения TIFF должны уметь обрабатывать оба порядка байтов. Программы записи TIFF могут выбирать наиболее удобный или эффективный вариант.
  20. ^ Microsoft. "Вы не можете предварительно просмотреть отсканированный файл TIFF в средстве просмотра изображений и факсов Windows" . Получено 28.02.2011 .
  21. ^ ab Microsoft. "Вы не можете просматривать изображения TIFF с помощью Windows Picture and Fax Viewer" . Получено 28.02.2011 .
  22. ^ Microsoft. "Обработка сканирования документов Microsoft Office TNEF и TIFF в Linux". Архивировано из оригинала 2013-04-30 . Получено 2011-02-28 .
  23. ^ "Базовое сжатие тегов TIFF" . Получено 2011-02-26 .
  24. ^ "LibTIFF - TIFF 6.0 Спецификация Покрытие" . Получено 28.02.2011 .
  25. ^ "Среда проверки объектов JSTOR/Harvard - Схемы сжатия TIFF". Архивировано из оригинала 30 января 2011 г. Получено 26 февраля 2011 г.
  26. ^ "Среда проверки объектов JSTOR/Harvard - Модуль JHOVE TIFF-hul". Архивировано из оригинала 10 декабря 2010 г. Получено 26 февраля 2011 г.
  27. ^ "TIFF Fields" . Получено 2011-02-27 .
  28. ^ Коллекции Библиотеки Конгресса. "Теги для TIFF и связанные с ними спецификации" . Получено 27.02.2011 .
  29. ^ "GIMP Documentation - Saveing ​​as TIFF" . Получено 2011-02-27 .
  30. ^ "IrfanView - История изменений" . Получено 2011-02-27 .
  31. ^ Обычно поддерживаемые типы TIFF могут отображаться в программах просмотра изображений, таких как Irfanview.
  32. ^ ab Проект Succeed (2014). Рекомендации по метаданным и форматам данных для онлайн-доступности и долгосрочного сохранения (PDF) . стр. 68. Если файлы активно управляются в цифровом хранилище, можно рассмотреть возможность использования сжатия без потерь LZW или ZIP для файлов TIFF. Сжатие JPEG не следует использовать в [...] TIFF. [...] Большинство респондентов используют несжатые изображения (64%), если используется сжатие, то в основном используется LZW.
  33. ^ "LEADTOOLS TIFF SDK" . Получено 2011-07-04 .
  34. ^ "Черновик-ietf-fax-tiff-fx-extension1-01".
  35. ^ abc "Семантические маски". Спецификация цифрового негатива (DNG) (PDF) . 1.7.1.0. Adobe Inc. Сентябрь 2023 г. стр. 17–18.
  36. ^ abc "Сжатие". Спецификация Digital Negative (DNG) (PDF) . 1.7.1.0. Adobe Inc. Сентябрь 2023 г. стр. 20–22.
  37. ^ "Расширение библиотеки LibTiff с поддержкой нового формата BigTIFF". Архивировано из оригинала 14 мая 2022 г.
  38. ^ "Формат файла BigTIFF". AWare Systems. Архивировано из оригинала 6 июля 2024 г.
  39. ^ Технический комитет по стандартизации систем и оборудования хранения AV и IT (апрель 2002 г.). "Exchangeable Image File Format for Digital Still Cameras" (PDF) . Версия 2.2. Японская ассоциация производителей электроники и информационных технологий . JEITA CP-3451. Архивировано из оригинала (PDF) 28.04.2022 . Получено 05.09.2024 .
  40. ^ "ISO 12639:2004 - Графические технологии - Допечатный цифровой обмен данными - Формат файла тегового изображения для технологии обработки изображений (TIFF/IT)" . Получено 2011-03-03 .
  41. ^ abc ISO (2002), ПРОЕКТ МЕЖДУНАРОДНОГО СТАНДАРТА ISO/DIS 12639 - Графические технологии. Обмен цифровыми данными на допечатной стадии. Формат файла тегового изображения для технологий обработки изображений (TIFF/IT). Пересмотр первого издания (ISO 12639:1998) (PDF) , получено 07.03.2011
  42. ^ "Глоссарий терминов печати - TIFF/IT" . Получено 2011-03-01 .
  43. ^ Заметка о применении CIP3 (PDF) , получено 01.03.2011
  44. ^ ab Tiff/It Вопросы и ответы (PDF) , получено 2011-03-01
  45. ^ Введение в PDF/X , получено 01.03.2011
  46. ^ "Технические характеристики Tiff/It P1" . Получено 03.03.2011 . Примечание: TIFF/IT-P1 не эквивалентен Photoshop® Tiff!
  47. ^ abcd DDAP, TIFF/IT-P1, PDF-X/1 (PDF) , 1998, заархивировано из оригинала (PDF) 15 февраля 2006 г. , извлечено 01.03.2011
  48. ^ Ассоциация DDAP (2003). "TIFF/IT Implementers". Архивировано из оригинала 25 апреля 2005 г. Получено 2011-03-03 .
  49. ^ Harlequin RIP — руководство для коммерческого плагина TIFF/IT (PDF) , заархивировано из оригинала (PDF) 20 февраля 2011 г. , извлечено 2011-03-02
  50. ^ ab Руководство по программному обеспечению с информацией о TIFF/IT (PDF) , заархивировано из оригинала (PDF) 20 сентября 2011 г.
  51. ^ Заявление о позиции DDAP - TIFF/IT как формат файла для доставки цифровой рекламы - октябрь 2001 г., октябрь 2001 г., архивировано из оригинала 2004-01-11 , извлечено 2011-03-03
  52. ^ Заявление о позиции DDAP - TIFF/IT как формат файла для доставки цифровой рекламы - октябрь 2001 г. (PDF) , октябрь 2001 г., архивировано из оригинала 21 марта 2003 г. , извлечено 2011-03-03
  53. ^ "TIFF/IT-P1" . Получено 01.03.2011 .
  54. ^ ab DDAP Association (2002). "TIFF/IT Private Tags". Архивировано из оригинала 28 апреля 2003 года . Получено 2011-03-03 .
  55. ^ "Глоссарий терминов печати - TIFF/IT-P1" . Получено 2011-03-01 .
  56. ^ "ISO 12639:2004". ISO . Получено 2020-04-19 .
  • Страница ресурсов Adobe TIFF: ссылки Adobe на спецификацию и основные ресурсы TIFF
  • Домашняя страница LibTIFF: широко используемая библиотека, используемая для чтения и записи файлов TIFF, а также инструменты командной строки для обработки файлов TIFF.
  • Часто задаваемые вопросы о формате файла TIFF и справочник по тегам TIFF: все, что вы всегда хотели знать о формате файла TIFF, но боялись спросить
  • Описание TIFF в Digital Preservation (Библиотека Конгресса)
  • TIFF Revision 4.0: Спецификация для версии 4.0 в формате HTML (предупреждение: исключительно в исторических целях спецификация TIFF 6.0 содержит полную версию 4.0)
  • TIFF Revision 5.0: Спецификация для версии 5.0 в формате HTML (предупреждение: исключительно в исторических целях спецификация TIFF 6.0 содержит полную версию 5.0)
  • TIFF Revision 6.0: Спецификация для версии 6.0 в формате PDF (предупреждение: есть устаревший и некорректный раздел (сжатие JPEG), исправленный в дополнениях, а также есть дополнения к этому PDF-файлу — полную спецификацию см. на странице Ресурсы Adobe TIFF)
  • RFC 3302 — image/tiff, RFC 3949 и RFC 3950 — image/tiff-fx, RFC 2306 — Tag Image File Format (TIFF) — F-профиль для факсимильной связи, RFC 1314 — традиционный обмен изображениями в Интернете.
  • Code Tiff Tag Reader - Легко читаемый код считывателя тегов TIFF в Mathworks Matlab (Tiff 5.0/6.0)
  • AlternaTIFF — бесплатный просмотрщик TIFF в браузере
  • Аннотация eiStream (также известная как аннотация Wang или Kodak). Разработана eiStream.
    • "Спецификация аннотаций eiStream, версия 1.00.06". Архивировано из оригинала 2003-01-24 . Получено 2013-05-14 .
  • Аннотация изображения ADEO
    • "Редактор многостраничных TIFF - История изменений - Теги TIFF" . Получено 2013-05-14 .
Получено с "https://en.wikipedia.org/w/index.php?title=TIFF&oldid=1272941918"