ТИФФ

«TIF» перенаправляется сюда. Чтобы узнать о других значениях, см. TIF (значения) и TIFF (значения) .

ТИФФ

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

Формат файла изображения тега или формат файла изображения с тегами , широко известный под сокращениями TIFF или TIF , представляет собой формат файла изображения для хранения изображений растровой графики , популярный среди художников-графиков, издательской индустрии, и фотографы. TIFF широко поддерживается приложениями для сканирования , отправки факсов , обработки текста , оптического распознавания символов , обработки изображений, настольных издательских систем и верстки страниц. Формат был создан корпорацией Aldus для использования в настольных издательских системах. Он опубликовал последнюю версию 6.0 в 1992 году, впоследствии обновленную авторскими правами Adobe Systems после того, как последняя приобрела Aldus в 1994 году. Несколько технических примечаний Aldus или Adobe были опубликованы с небольшими расширениями к формату, а несколько спецификаций были основаны на TIFF 6.0. включая TIFF/EP (ISO 12234-2), TIFF/IT (ISO 12639), TIFF-F (RFC 2306) и TIFF-FX (RFC 3949).

История

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

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

TIFF — это сложный формат, определяющий множество тегов, из которых обычно в каждом файле используются лишь немногие. Это привело к появлению реализаций, поддерживающих множество различных подмножеств формата, и эта ситуация породила шутку о том, что TIFF означает « Тысячи несовместимых форматов файлов» . Эта проблема была решена в версии 6.0. спецификации TIFF (июнь 1992 г.), введя различие между базовым TIFF (который должны были поддерживать все реализации) и расширениями TIFF (которые являются необязательными). Дополнительные расширения определены в двух дополнениях к спецификации, опубликованных в сентябре 1995 г. и март 2002 г. соответственно.

Обзор

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

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

Изображения TIFF состоят из прямоугольных сетки пикселей. Две оси этой геометрии называются горизонтальной (или X, или шириной) и вертикальной (или Y, или длиной). Горизонтальное и вертикальное разрешение не обязательно должны быть равными (поскольку в телефаксе они обычно не равны). Базовое изображение TIFF делит вертикальный диапазон изображения на одну или несколько полос , которые кодируются (в частности: сжимаются) отдельно. Исторически это служило для облегчения чтения TIFF (например, факсов) с ограниченной способностью хранить несжатые данные - одна полоса должна была быть декодирована, а затем немедленно распечатана - но нынешняя спецификация мотивирует это «повышенной гибкостью редактирования и эффективной буферизацией ввода-вывода». Расширение 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 image/tiff (определенный в RFC 3302) без параметра приложения используется для базовых файлов TIFF 6.0 или для указания того, что нет необходимости идентифицировать определенное подмножество TIFF или расширений TIFF. Необязательный параметр «application» (пример: Content-type: image/tiff; application=foo) определен для image/tiff, чтобы идентифицировать конкретное подмножество TIFF и расширений TIFF для закодированных данных изображения, если оно известно. Согласно RFC 3302, определенные подмножества TIFF или расширения TIFF, используемые в параметре приложения, должны быть опубликованы как RFC.

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. Стандарт факса в RFC 3949 основан на этих спецификациях TIFF.

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

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

Включение тега 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 состоит из следующих частей:

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

Часть 1. Базовый формат TIFF

Когда был представлен TIFF, его расширяемость вызвала проблемы совместимости. Гибкость кодирования породила шутку о том, что TIFF означает « Тысячи несовместимых форматов файлов» . Чтобы избежать этих проблем, каждая программа чтения TIFF должна была читать Baseline TIFF . Помимо прочего, базовый TIFF не включает слои или сжатые изображения JPEG или LZW. Базовый формат TIFF официально известен как TIFF 6.0, Часть 1: Базовый TIFF .

Ниже приведен неполный список необходимых базовых функций TIFF:

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

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

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

Полоски

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

Сжатие

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

• Нулевое сжатие
• CCITT Группа 3, 1-мерный модифицированный Хаффмана RLE
• Сжатие PackBits - форма кодирования по длине.

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

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

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

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

Другие поля TIFF

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

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

Многие программы чтения TIFF поддерживают теги, дополнительные к тегам базового TIFF, но не каждая программа чтения поддерживает все расширения. Как следствие, базовые функции TIFF стали наименьшим общим знаменателем для TIFF. Базовые функции TIFF расширены в расширениях TIFF (определенных в спецификации TIFF 6.0, часть 2), но расширения также могут быть определены в частных тегах.

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

Сжатие

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

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

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

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

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

Плитка

Изображение 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.

Тег сжатия TIFF

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

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

Тег сжатия TIFF

Значение тега	Схема сжатия	с потерями/ без потерь	Спецификация	Описание	Типы изображений	Использование и поддержка
0001 16	Никто	без потерь	ТИФФ 6.0	Базовый TIFF	Все	Общий
0002 16	CCITT группа 3, одномерное модифицированное кодирование длин серий Хаффмана (также известное как MH или CCITT 1D)	без потерь	ТИФФ 6.0	Базовый TIFF; сжатие на основе ITU-T T.4	Черное и белое	Общий
0003 16	Двухуровневое кодирование CCITT T.4, как указано в разделе 4 «Кодирование» Рекомендации ITU-T T.4 (также известное как кодирование факсов CCITT Group 3 или CCITT Group 3 2D)	без потерь	ТИФФ 6.0	Расширения TIFF 6.0; сжатие на основе ITU-T T.4	Черное и белое	Общий
0004 16	Двухуровневое кодирование CCITT T.6, как указано в разделе 2 Рекомендации ITU-T T.6 (также известное как кодирование факса CCITT группы 4 )	без потерь	ТИФФ 6.0	Расширения TIFF 6.0; сжатие на основе ITU-T T.6	Черное и белое	Общий
0005 16	Лемпель – Зив – Уэлч	без потерь	ТИФФ 6.0	Расширения TIFF 6.0; впервые определено в TIFF 5 (1988); запатентованный алгоритм сжатия, но срок действия патентов истек в 2003 и 2004 годах.	Все	Общий
0006 16	JPEG (устаревший JPEG «старого стиля», позже замененный в Technote2)	с потерями	ТИФФ 6.0	Расширения TIFF 6.0; впервые определено в TIFF 6 (1992 г.); устарело, никогда не должно быть написано.	Непрерывный тон	Редкий
0007 16	JPEG («JPEG нового стиля»)	с потерями	TIFF 6 Technote2 (1995)	заменяет старое сжатие JPEG; это расширение TIFF 6.0.	Непрерывный тон	Необычный
0008 16	Deflate (zlib), вариант Adobe (официальный)	без потерь	Дополнение 2 к спецификации TIFF (2002 г.)	RFC 1950 (1996), RFC 1951 (1996), Технические примечания Adobe Photoshop TIFF; это расширение TIFF 6.0.	Все	Общий
0009 16	JBIG, согласно ITU-T T.85	без потерь	TIFF-FX	RFC 2301 (1998 г.), RFC 3949 (2005 г.)	Черное и белое	Редкий
000А 16	JBIG, согласно ITU-T T.43	без потерь	TIFF-FX	RFC 2301 (1998 г.), RFC 3949 (2005 г.)	Черное и белое	Редкий
7ФФЕ 16	NeXT RLE 2-битное кодирование оттенков серого		Собственный			Редкий
8005 16	PackBits (он же Macintosh RLE)	без потерь	ТИФФ 6.0	Базовый TIFF	Все	Редкий
8029 16	4-битное кодирование ThunderScan RLE		Собственный		Черное и белое	Редкий
807f 16	RasterPadding в непрерывном тоне (CT) или монохромном изображении (MP)	без потерь	ТИФФ/ИТ (1998, 2004)	ИСО 12639		Редкий
8080 16	РЛЭ для линейной работы (LW)	без потерь	ТИФФ/ИТ (1998, 2004)	ИСО 12639		Редкий
8081 16	RLE для непрерывного тона высокого разрешения (HC)	без потерь	ТИФФ/ИТ (1998, 2004)	ИСО 12639		Редкий
8082 16	RLE для работы с двоичной линией (BL)	без потерь	ТИФФ/ИТ (1998, 2004)	ИСО 12639		Редкий
80Б2 16	Deflate, вариант PKZIP (устарело)	без потерь	Собственный	Согласно Дополнению 2 к спецификации TIFF, его следует считать устаревшим, но рекомендуется прочитать.	Все	Необычный
80Б3 16	Кодак РКС		Собственный			Редкий
8765 16	JBIG		LibTIFF		Черное и белое	Редкий
8798 16	JPEG2000		Собственный	Включает полный файл JP2 в файл TIFF, не рекомендуется. Представлено Leadtools.		Необычный
8799 16	Nikon NEF сжатый		Собственный			Редкий
879Б 16	JBIG2	Без потерь, с потерями	Набор расширений TIFF-FX 1.0	Заброшенный проект IETF 2001 г.		Редкий

Связанные форматы

БольшойTIFF

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

Эксиф

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

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

ТИФФ/ИТ

ТИФФ/ИТ

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

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

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

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

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

файлы TIFF/IT

TIFF/IT состоит из множества различных файлов и не может быть создан или открыт обычными настольными приложениями. Наборы файлов TIFF/IT-P1 обычно состоят из следующих файлов:

• Последняя страница (FP)
• Непрерывное тональное изображение (CT)
• Линейное рабочее изображение (LW)
• Файлы непрерывного тона высокого разрешения (HC — опционально)

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

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

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

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

Сжатие TIFF/IT

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

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

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

Схемы сжатия TIFF/IT

Тип файла	Соответствие TIFF/IT	Соответствие TIFF/IT-P1	Соответствие TIFF/IT-P2
Последняя страница (FP) 0-е поле IFD	Несжатый (0001 16 ), Выкачивание (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)	РЛЭ для ДВ (8080 16 )
Непрерывный тон высокого разрешения (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 )
Двоичные изображения (BP)	Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), выкачивание (0008 16 )	Несжатый (0001 16 )	Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), выкачивание (0008 16 )
Бинарное линейное искусство (BL)	РЛЭ для БЛ (8082 16 )
Проверенные данные (SD)	Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), выкачивание (0008 16 )		Несжатый (0001 16 ), двухуровневое кодирование CCITT T.6 (0004 16 ), выкачивание (0008 16 )

TIFF/ИТ П1

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

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

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

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

ТИФФ/ИТ П2

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

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

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

Частные теги

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

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

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

В 1992 году DDAP (Цифровое распространение рекламы для публикаций, позже «Цифровые направления в приложениях для производства») разработало заявление о требованиях к доставке цифровой рекламы. Он был представлен аккредитованному ANSI CGATS (Комитету по стандартам технологий графического искусства) для разработки аккредитованного стандарта формата файлов для доставки цифровой рекламы. CGATS рассмотрела свои альтернативы для этой цели, и TIFF показался идеальным кандидатом, за исключением того факта, что он не мог обеспечить некоторые необходимые функции. CGATS попросила Aldus (администратора TIFF) предоставить блок своих собственных частных тегов TIFF, чтобы реализовать то, что в конечном итоге стало TIFF/IT. Например, возможность определения последовательности цветов обеспечивается тегом 34017 — Color Sequence Tag.

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

Стандарты

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

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

См. также

• Сравнение форматов графических файлов
• LibTIFF , широко используемая библиотека с открытым исходным кодом + утилиты для чтения/записи/управления файлами TIFF.
• ДНГ
• ГеоTIFF
• Форматы файлов изображений
• СТДУ Просмотрщик
• Средство просмотра фотографий Windows
• T.37 (рекомендация МСЭ-Т)

Внешние ссылки

• Страница ресурсов 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 and RFC 3950 - image/tiff-fx, RFC 2306 - Tag Image File Format (TIFF) - F Profile for Facsimile, RFC 1314 — устаревший обмен изображениями в Интернете.
• Code Tiff Tag Reader — легко читаемый код средства чтения тегов TIFF в Mathworks Matlab (Tiff 5.0/6.0).
• AlternaTIFF — Бесплатная программа просмотра TIFF в браузере.
• Аннотация eiStream (также известная как аннотация Ванга или Kodak). Разработано eiStream.
  • «Спецификация аннотации eiStream, версия 1.00.06» . Архивировано из оригинала 24 января 2003 г. Проверено 14 мая 2013 г.
• Аннотация к изображениям ADEO
  • «Многостраничный редактор TIFF — История изменений — Теги TIFF» . Проверено 14 мая 2013 г.