Войти
| Расширения имен файлов | .tiff, .tif |
|---|---|
| Тип интернет-носителя |
|
| Код типа | TIFF |
| Универсальный идентификатор типа (UTI) | public.tiff |
| Разработано | Aldus, сейчас Adobe Systems |
| Первый выпуск | 1986 г.; 34 года назад (1986) |
| Последний выпуск | TIFF 6.0. (3 июня 1992; 28 лет назад (1992-06-03). Дополнение TIFF 2/22 марта 2002; 18 лет назад (2002) -03-22)) |
| Тип формата | Формат файла изображения |
| Расширенный с | tiff |
| Расширенный до | Exif, DCF, TIFF / EP, TIFF / IT, TIFF-FX, GeoTIFF |
| Веб-сайт | www.adobe.io / open / стандарты / TIFF.html |
Формат файла изображения тега, сокращенно TIFF или TIF, представляет собой компьютерный формат файла для хранения растровой графики изображений, популярных среди художников-графиков, издательской индустрии и фотографов. TIFF широко поддерживается сканированием, отправкой по факсу, обработкой текста, оптическим распознаванием символов, обработкой изображений, настольной издательской системой и приложения для верстки. Формат был создан Aldus Corporation для использования в настольных издательских системах. В 1992 году была опубликована последняя версия 6.0, впоследствии обновленная авторским правом 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 Corporation осенью 1986 года после двух основных предварительных версий. Его можно обозначить как Revision 3.0. Он был опубликован после серии встреч с различными производителями сканеров и разработчиками программного обеспечения. В апреле 1987 года была выпущена версия 4.0, которая содержала в основном незначительные улучшения. В октябре 1988 года была выпущена версия 5.0, в которой была добавлена поддержка цветных изображений палитры и сжатие LZW.
TIFF - гибкий, адаптируемый формат файла для обработки изображений и данных в одном файле. путем включения тегов заголовка (размер, определение, расположение данных изображения, примененное сжатие изображения ), определяющих геометрию изображения. Файл TIFF, например, может быть контейнером, содержащим сжатые изображения JPEG (с потерями) и PackBits (без потерь). Файл TIFF также может включать векторный -содержащий контур обрезки (контуры, обрезки, рамки изображений). Возможность хранить данные изображения в формате без потерь делает файл TIFF полезным архивом изображений, поскольку, в отличие от стандартных файлов JPEG, файл TIFF, использующий сжатие без потерь (или его отсутствие), можно редактировать и повторно сохранять без потеря качества изображения. Это не тот случай, когда TIFF используется в качестве контейнера, содержащего сжатый JPEG. Другие варианты TIFF - это страницы и.
TIFF предлагает возможность использования сжатия LZW, метода сжатия данных без потерь для уменьшения размера файла. Использование этой опции было ограничено патентами на технологию LZW до истечения срока их действия в 2004 году.
Спецификация TIFF 6.0 состоит из следующих частей:
Когда появился TIFF, его расширяемость вызвала проблемы совместимости. Гибкость кодирования породила шутку, что TIFF означает тысячи несовместимых форматов файлов. Чтобы избежать этих проблем, каждый ридер TIFF должен был читать базовый TIFF. Среди прочего, Baseline TIFF не включает слои или сжатые изображения JPEG или LZW. Базовый TIFF официально известен как TIFF 6.0, Часть 1: Базовый TIFF.
Ниже приводится неполный список необходимых функций Baseline TIFF:
Читатели TIFF должны быть подготовлены для нескольких / многостраничных изображений (субфайлов) для каждого файла TIFF, хотя от них не требуется фактически ничего делать с изображениями после первого.
В файле TIFF может быть более одного каталога файлов изображений (IFD). Каждый IFD определяет подфайл. Подфайлы можно использовать для описания связанных изображений, например страниц факсимильного документа. Считыватель Baseline TIFF не требуется для чтения любого IFD, кроме первого.
Базовое изображение TIFF состоит из одной или нескольких полосок. Полоса (или полоса) - это часть изображения, состоящая из одной или нескольких строк. Каждая полоса может быть сжата независимо от всего изображения, и каждая начинается на границе байта. Если высота изображения не делится равномерно на количество строк в полосе, последняя полоса может содержать меньше строк. Если теги определения полосы не указаны, предполагается, что изображение содержит одну полосу.
Базовые программы чтения TIFF должны обрабатывать следующие три схемы сжатия:
Базовые типы изображений 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 поддерживают теги в дополнение к тегам в базовом TIFF, но не все читатели поддерживает все расширения. Как следствие, базовые функции TIFF стали наименьшим общим знаменателем для TIFF. Базовые функции TIFF расширены в расширениях TIFF (определенных в спецификации TIFF 6.0, часть 2), но расширения также могут быть определены в частных тегах.
Расширения TIFF официально известны как TIFF 6.0, Часть 2: Расширения TIFF. Вот несколько примеров расширений TIFF, определенных в спецификации TIFF 6.0:
Базовый файл TIFF может содержать последовательность изображений (IFD). Обычно все изображения связаны, но представляют разные данные, например, страницы документа. Чтобы явно поддерживать несколько представлений одних и тех же данных, был введен тег SubIFD. Это позволяет определять изображения в древовидной структуре . Каждое изображение может иметь последовательность дочерних элементов, каждый из которых сам является изображением. Типичное использование - предоставить эскизы или несколько версий изображения в разных цветовых пространствах.
Изображение TIFF также может состоять из нескольких тайлов. Все плитки в одном изображении имеют одинаковые размеры и могут быть сжаты независимо от всего изображения, аналогично полосам (см. Выше). Частичные изображения являются частью TIFF 6.0, Часть 2: Расширения TIFF, поэтому поддержка мозаичных изображений не требуется в средствах чтения Baseline 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.
Тип MIME image / tiff (определенный в RFC 3302 ) без приложения Параметр используется для файлов Baseline TIFF 6.0 или указывает, что нет необходимости идентифицировать конкретное подмножество расширений TIFF или TIFF. Необязательный параметр «application» (пример: Content-type: image / tiff; application = foo) определен для image / tiff, чтобы идентифицировать конкретное подмножество расширений TIFF и TIFF для данных закодированного изображения, если оно известно. Согласно RFC 3302, определенные подмножества TIFF или расширения TIFF, используемые в параметре приложения, должны быть опубликованы как RFC.
MIME type image / tiff-fx (определено в RFC 3949 и RFC 3950 ) основан на TIFF 6.0 с техническими примечаниями TIFF TTN1 (деревья) и TTN2 (замена спецификации TIFF / JPEG). Он используется для Интернет-факса, совместимого с Рекомендациями ITU-T для черно-белого, полутонового и цветного изображения группы 3 факс.
Тег TIFF 259 (0103 16) хранит информацию о методе сжатия. Значение по умолчанию - 1 = без сжатия.
Большинство программ записи и чтения TIFF поддерживают только некоторые схемы сжатия TIFF. Вот несколько примеров используемых схем сжатия TIFF:
| Значение тега | Схема сжатия | С потерями / без потерь | Спецификация | Описание | Типы изображений | Использование и поддержка |
|---|---|---|---|---|---|---|
| 000116 | Нет | Без потерь | TIFF 6.0 | Базовый TIFF | Все | Обычный |
| 0002 16 | CCITT Group 3 1-мерное модифицированное кодирование длины серии Хаффмана (также известное как MH или CCITT 1D) | Без потерь | TIFF 6.0 | Базовый TIFF; сжатие на основе ITU-T T.4 | Черно-белое | Обычное |
| 0003 16 | Двухуровневое кодирование CCITT T.4, как указано в разделе 4, Кодирование, раздела Рекомендация ITU-T T.4 (также известная как кодирование факсов CCITT Group 3 или CCITT Group 3 2D) | Lossless | TIFF 6.0 | Расширения TIFF 6.0; сжатие на основе ITU-T T.4 | Черно-белое | Обычное |
| 0004 16 | Двухуровневое кодирование CCITT T.6, как указано в разделе 2 ITU -T Рекомендация T.6 (также известная как кодировка факса CCITT Group 4 ) | Lossless | TIFF 6.0 | Расширения TIFF 6.0; сжатие на основе ITU-T T.6 | Черно-белое | Обычное |
| 000516 | Lempel–Ziv–Welch | Без потерь | TIFF 6.0 | Расширения TIFF 6.0; впервые определен в TIFF 5 (1988); запатентованный алгоритм сжатия, но срок действия патентов истек в 2003 и 2004 гг. | Все | Обычный |
| 0006 16 | JPEG (устаревший «старый стиль» 'JPEG, позже замененный в Technote2) | Lossy | TIFF 6.0 | Расширения TIFF 6.0; впервые определено в TIFF 6 (1992); устарело, никогда не должно записываться. | Непрерывный тон | Редкий |
| 0007 16 | JPEG («новый стиль» JPEG) | С потерями | TIFF 6 Technote2 (1995) | Technote2 заменяет старое сжатие JPEG; это расширение TIFF 6.0. | Co ntinuous-tone | Uncommon |
| 0008 16 | Deflate (zlib), вариант Adobe (официальный) | Lossless | Дополнение к спецификации TIFF 2 (2002) | RFC 1950 (1996), RFC 1951 (1996), технические примечания Adobe Photoshop TIFF; это расширение TIFF 6.0. | Все | Необычные |
| 0009 16 | JBIG, согласно ITU-T T.85 | Lossless | TIFF-FX | RFC 2301 (1998), RFC 3949 (2005) | Черно-белый | Редкий |
| 000A 16 | JBIG, согласно ITU-T T.43 | Lossless | TIFF-FX | RFC 2301 (1998), RFC 3949 (2005) | Черно-белое | Редкое |
| 7FFE 16 | NeXT RLE 2-битное кодирование в оттенках серого | Собственное | Редкое | |||
| 8005 16 | PackBits (также известное как Macintosh RLE) | Без потерь | TIFF 6.0 | Базовый TIFF | Все | Редкие |
| 8029 16 | 4-битное кодирование ThunderScan RLE | Собственное | Черно-белое | Редкое | ||
| 807F 16 | Растровое изображение с непрерывным тоном (CT) или монохромным изображением (MP) | Lossless | TIFF / IT (1998, 2004) | ISO 12639 | Редкий | |
| 8080 16 | RLE для линейных работ (LW) | Lossless | TIFF / IT (1998, 2004) | ISO 12639 | Редкий | |
| 8081 16 | RLE для непрерывного тонального сигнала высокого разрешения (HC) | L ossless | TIFF / IT (1998, 2004) | ISO 12639 | Редкий | |
| 8082 16 | RLE для работы с двоичными линиями (BL) | Lossless | TIFF / IT (1998, 2004) | ISO 12639 | Редкий | |
| 80B2 16 | Deflate, вариант PKZIP (устаревший) | Lossless | Собственный | В соответствии с Дополнением 2 к спецификации TIFF его следует считать устаревшим, но рекомендуется прочитать | Все | Необычные |
| 80B3 16 | Kodak DCS | Собственный | Редкий | |||
| 8765 16 | JBIG | LibTiff | Черно-белый | Редкий | ||
| 879816 | JPEG2000 | Собственный | Включает полный файл JP2 внутри файла TIFF, не рекомендуется. Представлено Leadtools. | Необычный | ||
| 8799 16 | Сжатый Nikon NEF | Собственный | Редкий | |||
| 879B 16 | JBIG2 | Без потерь, с потерями | Расширение TIFF-FX Установить 1.0 | Заброшенный черновик IETF от 2001 года | Редкий |
В форматах файлов TIFF используются 32-битные смещения, что ограничивает размер файла примерно 4 ГиБ. Некоторые реализации даже используют 32-битное смещение со знаком, что приводит к проблемам около 2 ГиБ. BigTIFF - это вариантный формат файлов TIFF, в котором используются 64-битные смещения и поддерживаются файлы гораздо большего размера (до 18 эксабайт). Спецификация формата файлов BigTIFF была реализована в 2007 году в разрабатываемых версиях LibTIFF версии 4.0, которая, наконец, стала стабильной в декабре 2011 года. Поддержка форматов файлов BigTIFF приложениями ограничена.
Adobe владеет авторскими правами на спецификацию TIFF (также известную как TIFF 6.0) вместе с двумя опубликованными дополнениями. Эти документы можно найти на странице ресурсов Adobe TIFF. Стандарт Fax в RFC 3949 основан на этих спецификациях TIFF.
Файлы TIFF, которые строго используют базовые «наборы тегов», как определено в TIFF 6.0, наряду с ограничениями технология сжатия до методов, определенных в TIFF 6.0, которые должным образом протестированы и проверены множеством источников, поскольку все создаваемые документы могут использоваться для хранения документов. Часто наблюдаемые проблемы, возникающие в отрасли управления документами, связанные с использованием файлов TIFF, возникают, когда структуры содержат проприетарные заголовки, не документированы должным образом и / или содержат «оболочки» или другие контейнеры вокруг TIFF наборы данных и / или включают неправильные технологии сжатия, или эти технологии сжатия не реализованы должным образом.
Варианты TIFF могут использоваться в системах визуализации документов и в системах управления контентом / документами с использованием CCITT 2D-сжатия группы IV, который поддерживает черно-белые (битовые, монохромные ) изображения, а также другие технологии сжатия, поддерживающие цвет. Когда емкость хранилища и пропускная способность сети были более серьезными проблемами, чем это обычно наблюдается в сегодняшних серверных средах, при сканировании хранилища большого объема документы сканировались в черно-белом режиме (не в цвете или в оттенках серого) для экономии емкости хранилища.
Включение тега SampleFormat в TIFF 6.0 позволяет файлам TIFF обрабатывать расширенные типы данных пикселей, включая целочисленные изображения с более чем 8 битами на канал и изображения с плавающей запятой. Этот тег сделал TIFF 6.0 жизнеспособным форматом для обработки научных изображений, где требуется повышенная точность. Примером может служить использование TIFF для хранения изображений, полученных с помощью научных ПЗС-камер, которые обеспечивают до 16 бит на фотосайт с разрешением по интенсивности. Сохранение последовательности изображений в одном файле TIFF также возможно и разрешено в TIFF 6.0 при соблюдении правил для многостраничных изображений.
| Расширение имени файла | .fp,.ct,.lw,.hc,.mp,.bp,.bl,.sd |
|---|---|
| Интернет тип носителя | не определен |
| Разработан | ANSI, ISO |
| Первоначальный выпуск | 1993 (1993) |
| Последний выпуск | TIFF / IT. (2004; 16 лет назад (2004)) |
| Тип формата | Формат файла изображения |
| Расширенный от | TIFF 6.0 |
| Стандартный | ISO 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 не соответствует Baseline TIFF 6.0, а широко распространенные программы чтения TIFF 6.0 не могут читать TIFF / IT. Тип MIME image / tiff (определенный в RFC 3302 ) без параметра приложения используется для файлов Baseline TIFF 6.0 или для обозначения того, что нет необходимости идентифицировать конкретное подмножество расширений TIFF или TIFF. Параметр приложения следует использовать с изображением / tiff, чтобы различать расширения TIFF или подмножества TIFF. Согласно RFC 3302, определенные подмножества TIFF или расширения TIFF должны быть опубликованы как RFC. Для TIFF / IT такого RFC нет. Комитет ISO, курирующий стандарт TIFF / IT, также не планирует регистрировать TIFF / IT с параметром image / tiff или как новый отдельный тип MIME.
TIFF / IT состоит из нескольких разных файлов и не может быть создан или открыт обычными настольными приложениями. Наборы файлов TIFF / IT-P1 обычно состоят из следующих файлов:
TIFF / IT также определяет следующие файлы:
Некоторые из этих типов данных частично совместимы с соответствующими определениями в спецификации TIFF 6.0. Конечная страница (FP) позволяет группировать вместе различные файлы, необходимые для определения полной страницы: она предоставляет механизм для создания пакета, который включает отдельные слои изображения (типов CT, LW и т. Д.), Которые можно объединить для создания окончательное напечатанное изображение. Его использование рекомендуется, но не обязательно. В файле FP должен быть хотя бы один подфайл, но не более одного каждого типа. Обычно он содержит подфайл CT и подфайл LW.
Основным цветовым пространством для этого стандарта является CMYK, но также поддерживаются другие цветовые пространства и использование профилей ICC.
TIFF / IT не предусматривает сжатие внутри самой файловой структуры, но ограничений нет. (Например, разрешено сжимать всю файловую структуру в ZIP-архиве.)
Файлы LW используют особую схему сжатия, известную как кодирование длины серии для LW (значение тега сжатия 8080 16). Файлы HC также используют специальную кодировку длины прогона для HC (значение тега сжатия 8081 16). Спецификации TIFF / IT P1 не позволяют использовать сжатие в файле CT.
Ниже представлен список определенных схем сжатия TIFF / IT:
| Тип файла | Соответствие TIFF / IT | TIFF / Соответствие IT-P1 | Соответствие TIFF / IT-P2 |
|---|---|---|---|
| Final Page (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), Deflate (0008 16) |
| Line Work (LW) | RLE для LW (8080 16) | ||
| Непрерывный тон с высоким разрешением) | 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), Deflate (0008 16) |
| Изображения двоичного изображения (BP) | Без сжатия (0001 16), двухуровневое кодирование CCITT T.6 (0004 16), Deflate (0008 16) | без сжатия (0001 16) | без сжатия (0001 16), Двухуровневое кодирование CCITT T.6 (0004 16), Deflate (0008 16) |
| Binary Line art (BL) | RLE for BL (8082 16) | ||
| Screened Data (SD) | Без сжатия (0001 16), двухуровневое кодирование CCITT T.6 (0004 16), Deflate (0008 16) | Без сжатия (0001 16), двухуровневое кодирование CCITT T.6 (0004 16), Deflate (0008 16) | |
Стандарт ISO 12639: 1998 представил TIFF / IT -P1 (Профиль 1) - прямое подмножество полного стандарта TIFF / IT (ранее определенного в ANSI IT8.8–1993). Это подмножество было разработано на основе взаимного осознания как сообществами стандартов, так и сообществами разработчиков программного обеспечения, что реализация полного стандарта TIFF / IT каким-либо одним поставщиком является маловероятной (из-за его сложности) и ненужной (поскольку Профиль 1 охватит большинство приложений для доставки цифровой рекламы). Почти все файлы TIFF / IT в цифровой рекламе были распространены как наборы файлов TIFF / IT-P1 в 2001 году. Когда люди говорят о TIFF / IT, они обычно имеют в виду стандарт P1.
Вот некоторые из ограничений на TIFF / IT-P1 (по сравнению с TIFF / IT):
TIFF / IT-P1 - это упрощенный уровень соответствия TIFF / IT, обеспечивающий максимальную совместимость между системами допечатной подготовки цветной электроники ( CEPS) и Desk Top Publishing (DTP) миров. Он обеспечивает чистый интерфейс для проприетарных форматов CEPS, таких как формат Scitex CT / LW.
Поскольку TIFF / IT P1 имел ряд ограничений, был разработан расширенный формат. В стандарте ISO 12639: 2004 введен новый расширенный уровень соответствия - TIFF / IT-P2 (Профиль 2). TIFF / IT-P2 добавил к TIFF / IT-P1 ряд функций, например:
Этот формат не получил широкого распространения.
Спецификация TIFF / IT сохранила возможность TIFF для разработчиков использовать частные теги. Спецификация TIFF / IT очень точно описывает, как следует обрабатывать эти частные теги - их следует анализировать, но игнорировать.
Частные теги в спецификации TIFF / IT-P1 изначально предназначались для того, чтобы предоставить разработчикам способы добавить определенные функции для конкретных приложений. Частные теги могут использоваться разработчиками (например, Scitex) для сохранения определенных значений печати или других функций. Частные теги обычно помечаются номерами тегов больше или равными 32768.
Все частные теги должны запрашиваться у Adobe (администратор TIFF) и регистрироваться.
В 1992 году DDAP (Digital Distribution of Advertising for Publication, позже Digital Directions in Applications for Production) разработало свое заявление о требованиях к доставке цифровой рекламы. Он был представлен в аккредитованный ANSI CGATS (Комитет по стандартам технологий графического искусства) для разработки аккредитованного стандарта формата файлов для доставки цифровой рекламы. CGATS рассмотрел свои альтернативы для этой цели, и TIFF казался идеальным кандидатом, за исключением того факта, что он не мог обрабатывать определенные требуемые функции. CGATS попросила Aldus (администратора TIFF) предоставить блок их собственных частных тегов TIFF, чтобы реализовать то, что в конечном итоге стало TIFF / IT. Например, возможность идентифицировать последовательность цветов обрабатывается тегом 34017 - Тег Color Sequence.
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.
 | Викискладе есть носители, относящиеся к формату файлов изображений с тегами. |
