Формат файла изображения с тегами [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 года после двух крупных ранних черновых версий. Его можно обозначить как Версия 3.0. Он был опубликован после серии встреч с различными производителями сканеров и разработчиками программного обеспечения. В апреле 1987 года была выпущена версия 4.0, содержащая в основном незначительные улучшения. В октябре 1988 года была выпущена версия 5.0, в которую добавлена поддержка изображений с цветовой палитрой и сжатия LZW . [9]
TIFF — это сложный формат, определяющий множество тегов, из которых обычно в каждом файле используются лишь немногие. Это привело к появлению реализаций, поддерживающих множество различных подмножеств формата, и эта ситуация породила шутку о том, что TIFF означает « Тысячи несовместимых форматов файлов» . [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 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. [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. [15] Стандарт факса в RFC 3949 основан на этих спецификациях TIFF. [16]
Файлы 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 состоит из следующих частей: [9]
Когда был представлен TIFF, его расширяемость вызвала проблемы совместимости. Гибкость кодирования породила шутку о том, что TIFF означает « Тысячи несовместимых форматов файлов» . [10] Чтобы избежать этих проблем, каждая программа чтения TIFF должна была читать базовый формат TIFF . Помимо прочего, базовый TIFF не включает слои или сжатые изображения JPEG или LZW. Базовый формат TIFF официально известен как TIFF 6.0, Часть 1: Базовый TIFF .
Ниже приведен неполный список необходимых базовых функций TIFF: [9]
Программы чтения TIFF должны быть готовы к работе с несколькими/многостраничными изображениями (подфайлами) в каждом файле TIFF, хотя от них не требуется фактически ничего делать с изображениями после первого.
В файле TIFF может быть более одного каталога файлов изображений (IFD). Каждый IFD определяет подфайл. Одним из применений субфайлов является описание связанных изображений, например страниц факсимильного документа. Базовому читателю TIFF не требуется читать какие-либо IFD, кроме первого. [9]
Базовое изображение TIFF состоит из одной или нескольких полос. Полоса (или полоса) — это часть изображения, состоящая из одной или нескольких строк. Каждая полоса может быть сжата независимо от всего изображения, и каждая начинается на границе байта. Если высота изображения не делится без остатка на количество строк в полосе, последняя полоса может содержать меньше строк. Если теги определения полосы опущены, предполагается, что изображение содержит одну полосу.
Базовые программы чтения TIFF должны поддерживать следующие три схемы сжатия: [9]
Базовыми типами изображений TIFF являются: двухуровневые изображения, изображения в оттенках серого, цвета палитры и полноцветные изображения RGB. [9]
Каждый файл TIFF начинается с двухбайтового индикатора порядка байтов : « II» для прямого порядка байтов (также известного как «порядок байтов Intel», около 1980 г. ) [17] или « MM» для прямого порядка байтов (также известного как «порядок байтов Motorola», ок. 1980 г. ) [17] порядок байтов. Следующее двухбайтовое слово содержит номер версии формата, который всегда был равен 42 для каждой версии TIFF (например, TIFF v5.0 и TIFF v6.0). [18]
Предполагается, что все двухбайтовые слова, двойные слова и т. д. в файле TIFF расположены в указанном порядке байтов. В спецификации TIFF 6.0 указано, что совместимые программы чтения TIFF должны поддерживать оба порядка байтов ( IIи MM); писатели могут использовать любой из них. [19]
Читатели TIFF должны быть готовы встретить и игнорировать частные поля, не описанные в спецификации TIFF. Программы чтения TIFF не должны отказываться читать файл TIFF, если необязательные поля не существуют. [9]
Многие программы чтения TIFF поддерживают теги, дополнительные к тегам базового TIFF, но не каждая программа чтения поддерживает все расширения. [20] [21] [22] Как следствие, базовые функции TIFF стали наименьшим общим знаменателем для TIFF. Базовые функции TIFF расширены в расширениях TIFF (определенных в спецификации TIFF 6.0, часть 2), но расширения также могут быть определены в частных тегах.
Расширения TIFF официально известны как TIFF 6.0, Часть 2: Расширения TIFF . Вот несколько примеров расширений TIFF, определенных в спецификации TIFF 6.0: [9]
Базовый файл 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]
Тег 259 TIFF (0103 16 ) хранит информацию о методе сжатия. Значение по умолчанию: 1 = без сжатия.
Большинство программ записи и чтения TIFF поддерживают только некоторые схемы сжатия TIFF. Вот несколько примеров используемых схем сжатия TIFF:
В форматах файлов TIFF используются 32-битные смещения , что ограничивает размер файла примерно 4 ГиБ . В некоторых реализациях даже используется знаковое 32-битное смещение, что приводит к проблемам около 2 ГиБ. BigTIFF — это вариант формата файла TIFF, который использует 64-битное смещение и поддерживает файлы гораздо большего размера (до 18 эксабайт). [35] [36] Спецификация формата файлов BigTIFF была реализована в 2007 году в разрабатываемых выпусках LibTIFF версии 4.0, которая, наконец, была выпущена как стабильная в декабре 2011 года. Поддержка форматов файлов BigTIFF приложениями ограничена.
Спецификация Exif [37] основана на TIFF. Для несжатых данных изображения файл Exif представляет собой прямой файл TIFF с некоторыми частными тегами. Для данных сжатого изображения JPEG Exif использует формат обмена файлами JPEG, но встраивает файл TIFF в сегмент APP1 файла. Первый IFD (называемый 0-м в спецификации Exif) этого встроенного TIFF не содержит данных изображения и содержит только метаданные для основного изображения. Однако во встроенном TIFF может быть миниатюрное изображение, которое предоставляется вторым IFD (называемым первым в спецификации Exif). Формат аудиофайлов Exif не основан на TIFF.
Exif определяет большое количество частных тегов для метаданных изображения, в частности настроек камеры и данных геопозиционирования , но большинство из них не отображаются в обычных IFD TIFF. Вместо этого они находятся в отдельных IFD, на которые указывают частные теги в основном IFD.
TIFF/IT используется для отправки данных для готовых к печати страниц, разработанных в высокопроизводительных системах допечатной подготовки. [40] Спецификация TIFF/IT (ISO 12639) описывает многофайловый формат, который может описывать одну страницу в каждом наборе файлов. [41] Файлы TIFF/IT не являются взаимозаменяемыми с обычными файлами TIFF. [42] [43] [44]
Целью разработки TIFF/IT было перенести исходные форматы магнитных лент IT8 в версию, независимую от носителя. TIFF/IT основан на спецификации Adobe TIFF 6.0 и одновременно расширяет TIFF 6, добавляя дополнительные теги, и ограничивает его, ограничивая некоторые теги и значения внутри тегов. Не все допустимые изображения TIFF/IT являются допустимыми изображениями TIFF 6.0. [45]
TIFF/IT определяет форматы файлов изображений для кодирования цветных изображений с непрерывными тонами, цветных штриховых изображений, изображений с непрерывными тонами высокого разрешения, монохромных изображений с непрерывными тонами, бинарных изображений, бинарных штриховых изображений, растрированных данных и изображения составных финальных страниц. [6]
Для 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 либо с параметром для изображения/tiff, либо как новый отдельный тип MIME. [14]
TIFF/IT состоит из множества различных файлов и не может быть создан или открыт обычными настольными приложениями. [14] [42] [46] Наборы файлов TIFF/IT-P1 обычно состоят из следующих файлов: [6] [7] [47]
TIFF/IT также определяет следующие файлы: [6]
Некоторые из этих типов данных частично совместимы с соответствующими определениями в спецификации TIFF 6.0. Конечная страница (FP) позволяет группировать различные файлы, необходимые для определения полной страницы: она обеспечивает механизм создания пакета, включающего отдельные слои изображения (типов CT, LW и т. д.), которые необходимо объединить для создания окончательное печатное изображение. Его использование рекомендуется, но не является обязательным. В файле FP должен быть хотя бы один подфайл, но не более одного подфайла каждого типа. Обычно он содержит субфайл CT и субфайл LW. [6] [45] [48]
Основным цветовым пространством для этого стандарта является CMYK, но поддерживаются и другие цветовые пространства и использование профилей ICC. [6]
TIFF/IT не предусматривает сжатия внутри самой файловой структуры, но ограничений нет. [45] (Например, допускается сжимать всю файловую структуру в ZIP-архив.)
В файлах LW используется особая схема сжатия, известная как кодирование длины серии для LW (значение тега сжатия — 8080 16 ). В файлах HC также используется определенная кодировка длины серии для HC (значение тега сжатия — 8081 16 ). Спецификации TIFF/IT P1 не допускают использования сжатия в файле CT.
Ниже приводится список определенных схем сжатия TIFF/IT: [39]
В стандарте ISO 12639:1998 представлен формат TIFF/IT-P1 (Профиль 1) — прямое подмножество полного стандарта TIFF/IT (ранее определенного в ANSI IT8.8–1993). Это подмножество было разработано на основе взаимного понимания как стандартами, так и сообществами разработчиков программного обеспечения того, что реализация полного стандарта TIFF/IT каким-либо одним поставщиком была одновременно маловероятной (из-за его сложности) и ненужной (поскольку Профиль 1 охватит большинство приложений для доставки цифровой рекламы). Почти все файлы TIFF/IT в цифровой рекламе в 2001 году распространялись как наборы файлов TIFF/IT-P1. [49] [50] Когда люди говорят о TIFF/IT, они обычно имеют в виду стандарт P1. [7]
Вот некоторые ограничения для TIFF/IT-P1 (по сравнению с TIFF/IT): [48]
TIFF/IT-P1 — это упрощенный уровень соответствия TIFF/IT, который максимизирует совместимость между системами цветной электронной допечатной подготовки (CEPS) и настольными издательскими системами (DTP). [45] [51] Он обеспечивает понятный интерфейс для проприетарных форматов CEPS, таких как формат Scitex CT /LW.
Поскольку TIFF/IT P1 имел ряд ограничений, был разработан расширенный формат. В стандарте ISO 12639:2004 введен новый расширенный уровень соответствия — TIFF/IT-P2 (Профиль 2). TIFF/IT-P2 добавил в TIFF/IT-P1 ряд функций, например: [7]
Этот формат не получил широкого распространения.
Спецификация TIFF/IT сохранила для разработчиков возможность использования частных тегов TIFF. Спецификация TIFF/IT очень точно определяет, как следует обращаться с этими частными тегами: их следует анализировать, но игнорировать. [52]
Частные теги в спецификации TIFF/IT-P1 изначально предназначались для того, чтобы предоставить разработчикам возможность добавлять определенные функции для конкретных приложений. Частные теги могут использоваться разработчиками (например, Scitex) для сохранения определенных значений печати или других функций. Частные теги обычно помечаются номерами тегов, превышающими или равными 32768.
Все частные теги необходимо запросить у Adobe (администратора TIFF) и зарегистрировать.
В 1992 году DDAP (Цифровое распространение рекламы для публикаций, позже «Цифровые направления в приложениях для производства») разработало заявление о требованиях к доставке цифровой рекламы. Он был представлен аккредитованному ANSI CGATS (Комитету по стандартам технологий графического искусства) для разработки аккредитованного стандарта формата файлов для доставки цифровой рекламы. CGATS рассмотрела свои альтернативы для этой цели, и TIFF показался идеальным кандидатом, за исключением того факта, что он не мог обеспечить некоторые необходимые функции. CGATS попросила Aldus (администратора TIFF) предоставить блок своих собственных частных тегов TIFF, чтобы реализовать то, что в конечном итоге стало TIFF/IT. Например, возможность определения последовательности цветов обеспечивается тегом 34017 — Color Sequence Tag. [52]
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. Он определяет независимые от носителя средства электронного обмена данными допечатной подготовки. [53]
Стандарт ISO 12639:2004 (второе издание) для TIFF/IT заменил ISO 12639:1998. Позже он был расширен в ISO 12639:2004/Amd. 1:2007 — Использование сжатия JBIG2-Amd2 в TIFF/IT. [54]
TIFF, что означает «Формат файла изображения тега», представляет собой компьютерный файл, используемый для хранения растровой графики и информации об изображении.
Файлы TIFF (формат файла изображения с тегами) широко распространены в издательском деле, редактировании фотографий и графическом дизайне.
Эта спецификация формата файла широко известна как TIFF для расширенного факса (TIFF-FX).
{{cite web}}: CS1 maint: числовые имена: список авторов ( ссылка )Число 42 было выбрано из-за его глубокого философского значения.
Порядок байтов «MM» и «II». Читатели TIFF должны иметь возможность обрабатывать оба порядка байтов. Авторы TIFF могут делать то, что наиболее удобно и эффективно.
Если файлы активно управляются в цифровом репозитории, можно рассмотреть возможность использования сжатия без потерь LZW или ZIP для файлов TIFF. Сжатие JPEG не следует использовать в [...] формате TIFF. [...] Большинство респондентов используют несжатые изображения (64%), если используется сжатие, то чаще всего используется LZW.
Примечание. TIFF/IT-P1 не эквивалентен Photoshop® Tiff!
{{cite web}}: CS1 maint: неподходящий URL ( ссылка ){{citation}}: CS1 maint: неподходящий URL ( ссылка )