✖


Jump to content

TIFF

(Перенаправлено с TIFF/IT )
«TIF» перенаправляется сюда. Чтобы узнать о других значениях, см. TIF (значения) и TIFF (значения) .
TIFF
Словесный знак TIFF версии 6.0
Расширения имен файлов .tiff, .tif
Тип интернет-СМИ
  • image/tiff
  • image/tiff-fx
Введите код TIFF
Единый идентификатор типа (UTI) public.tiff
Магическое число 49 49 2А 00 или 4Д 4Д 00 2А
Разработано Aldus Corporation , ныне Adobe Inc.
Первоначальный выпуск 12 сентября 1986 г .; 37 лет назад ( 12 сентября 1986 г. )
Последний выпуск
ТИФФ 6.0
3 июня 1992 г .; 32 года назад ( 03.06.1992 )
Приложение 2 к TIFF от 22 марта 2002 г .; 22 года назад ( 22 марта 2002 )
Тип формата Формат файла изображения
Расширено с размолвка
Распространено на Exif , DCF , TIFF/EP , TIFF/IT, TIFF-FX, GeoTIFF
Веб-сайт www .место .gov /сохранение /цифровой /форматы /фдд /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 года после двух крупных ранних черновых версий. Его можно обозначить как Версия 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, использовании частных полей и значений и т. д.)
  • Часть 1. Базовый формат TIFF
  • Часть 2. Расширения TIFF
  • Часть 3: Приложения

Часть 1: Базовый TIFF [ править ]

Когда был представлен TIFF, его расширяемость вызвала проблемы совместимости. Гибкость кодирования породила шутку о том, что TIFF означает « Тысячи несовместимых форматов файлов» . [10] Чтобы избежать этих проблем, каждая программа чтения TIFF должна была читать Baseline 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 не должны отказываться читать файл TIFF, если необязательные поля не существуют. [9]

Часть 2: Расширения TIFF [ править ]

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

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

Сжатие [ править ]

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

Типы изображений [ править ]

Деревья изображений [ править ]

Базовый файл 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 [ править ]

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

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

Тег сжатия TIFF [21] [23] [24] [25] [26] [27] [28] [29] [30]
Значение тега Схема сжатия с потерями/ без потерь Спецификация Описание Типы изображений Использование и поддержка
0001 16 Никто без потерь ТИФФ 6.0 Базовый TIFF Все Общий [31]
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 годах. Все Общий [32]
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 Все Редкий [32]
8029 16 4-битное кодирование ThunderScan RLE Собственный Черное и белое Редкий
807Ф 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. [33] Необычный
8799 16 Nikon NEF сжатый Собственный Редкий
879Б 16 JBIG2 Без потерь, с потерями Набор расширений TIFF-FX 1.0 Заброшенный проект IETF 2001 г. [34] Редкий

Связанные форматы [ править ]

BigTIFF [ править ]

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

Exif [ править ]

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 [ править ]

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

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 или расширения TIFF должны публиковаться как RFC. Для TIFF/IT такого RFC не существует. Комитет ISO, который курирует стандарт TIFF/IT, также не планирует регистрировать TIFF/IT либо с параметром для изображения/tiff, либо как новый отдельный тип MIME. [14]

Файлы TIFF/IT [ править ]

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

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

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

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

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

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

Сжатие TIFF/IT [ править ]

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

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

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

Схемы сжатия 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/IT P1 [ редактировать ]

В стандарте 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]

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

TIFF/IT-P1 — это упрощенный уровень соответствия TIFF/IT, который максимизирует совместимость между системами цветной электронной допечатной подготовки (CEPS) и настольными издательскими системами (DTP). [45] [51] Он обеспечивает понятный интерфейс для проприетарных форматов 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 (экранированные данные).
  • Предпринимались некоторые попытки создать возможность объединения файлов FP, LW и CT в один файл, называемый файлом GF (Group Final), но это не было определено в черновой версии ISO 12639:2004. [39]

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

Частные теги [ править ]

Спецификация 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]

См. также [ править ]

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

Ссылки [ править ]

  1. ^ «Что такое файлы TIFF и как их открыть?» . Adobe.com . Adobe, Inc. Проверено 3 ноября 2023 г. TIFF, что означает «Формат файла изображения тега», представляет собой компьютерный файл, используемый для хранения растровой графики и информации об изображении.
  2. ^ «PNG против TIFF: что лучше?» . Adobe.com . Adobe, Inc. Проверено 4 ноября 2023 г. Файлы TIFF (формат файла изображения с тегами) широко распространены в издательском деле, редактировании фотографий и графическом дизайне.
  3. ^ Мюррей, Джеймс Д.; ванРайпер, Уильям (апрель 1996 г.). Энциклопедия форматов графических файлов (второе изд.). О'Рейли . ISBN  1-56592-161-5 . Проверено 7 марта 2014 г.
  4. ^ TIFF был выбран в качестве собственного формата растровой графики в операционной системе NeXTstep ; эта поддержка TIFF перенесена в Mac OS X.
  5. ^ Jump up to: Перейти обратно: а б с «TIFF/IT ISO/IEC 12639» . ИСО. 1998.
  6. ^ Jump up to: Перейти обратно: а б с д и ж «TIFF/IT для технологий обработки изображений» . Национальная программа цифровой инфраструктуры и сохранения информации в Библиотеке Конгресса. 03.10.2006.
  7. ^ Jump up to: Перейти обратно: а б с д «Формат файла TIFF/IT» . Проверено 19 февраля 2011 г.
  8. ^ «Формат файла для интернет-факса» . 2005 . Проверено 19 февраля 2011 г. Эта спецификация формата файла широко известна как TIFF для расширенного факса (TIFF-FX).
  9. ^ Jump up to: Перейти обратно: а б с д и ж г час я дж к Финальная версия TIFF Revision 6.0 — 3 июня 1992 г. , дата обращения 29 марта 2024 г.
  10. ^ Jump up to: Перейти обратно: а б Траут, Мартин Х. (2006). Рецепты MATLAB для наук о Земле . Спрингер. п. 198. ИСБН  3-540-27983-0 .
  11. ^ Jump up to: Перейти обратно: а б Дополнение 1 к спецификации TIFF , дата обращения 29 июня 2022 г.
  12. ^ Дополнение 2 к спецификации TIFF , дата обращения 29 июня 2022 г.
  13. ^ Ничто не мешает кому-то определить расширение TIFF, которое бы вводило какой-то другой вид пиксельной геометрии или даже размещало непиксельную графику в контейнере TIFF, но пока в этом, похоже, не было никакой необходимости. Следовательно, изображения TIFF имеют прямоугольную геометрию пикселей.
  14. ^ Jump up to: Перейти обратно: а б с д и CIP4 (2008). «Спецификация JDF — Приложение H Атрибуты MimeType и MimeTypeVersion» . Проверено 3 марта 2011 г. {{cite web}}: CS1 maint: числовые имена: список авторов ( ссылка )
  15. ^ «Страница ресурсов Adobe TIFF» . Архивировано из оригинала 8 января 2021 года . Проверено 29 июня 2022 г.
  16. ^ «TIFF, версия 6.0» . Цифровое сохранение . Библиотека Конгресса . 8 января 2014 г. Проверено 11 марта 2014 г.
  17. ^ Jump up to: Перейти обратно: а б Дэвид Бичер, автор десятков механизмов обработки изображений за последние 30 лет. Любой файл TIFF можно просмотреть в HEX-редакторе, чтобы убедиться в этом.
  18. ^ Алдус / Microsoft (8 августа 1988 г.). «1) Структура». ТИФФ . Версия 5.0. Корпорация Aldus и корпорация Microsoft. Архивировано из оригинала 4 декабря 2008 г. Проверено 29 июня 2009 г. Число 42 было выбрано из-за его глубокого философского значения.
  19. ^ Ассоциация разработчиков Adobe (03.06.1992). «Раздел 7: Дополнительные базовые требования к TIFF». TIFF (PDF) . Версия 6.0. Adobe Systems Incorporated. п. 26. Архивировано из оригинала (PDF) 8 января 2021 года . Проверено 29 июня 2022 г. Порядок байтов «MM» и «II». Читатели TIFF должны иметь возможность обрабатывать оба порядка байтов. Авторы TIFF могут делать то, что наиболее удобно и эффективно.
  20. ^ Майкрософт. «Вы не можете просмотреть отсканированный файл TIFF в программе просмотра изображений и факсов Windows» . Проверено 28 февраля 2011 г.
  21. ^ Jump up to: Перейти обратно: а б Майкрософт. «Вы не можете просматривать изображения TIFF с помощью программы просмотра изображений и факсов Windows» . Проверено 28 февраля 2011 г.
  22. ^ Майкрософт. «Обработка сканирования документов Microsoft Office в форматах TNEF и TIFF в Linux» . Архивировано из оригинала 30 апреля 2013 г. Проверено 28 февраля 2011 г.
  23. ^ «Базовое сжатие тегов TIFF» . Проверено 26 февраля 2011 г.
  24. ^ «LibTIFF — описание спецификации TIFF 6.0» . Проверено 28 февраля 2011 г.
  25. ^ «Среда проверки объектов JSTOR/Harvard — схемы сжатия TIFF» . Архивировано из оригинала 30 января 2011 года . Проверено 26 февраля 2011 г.
  26. ^ «Среда проверки объектов JSTOR/Harvard — модуль JHOVE TIFF-hul» . Архивировано из оригинала 10 декабря 2010 года . Проверено 26 февраля 2011 г.
  27. ^ «Поля TIFF» . Проверено 27 февраля 2011 г.
  28. ^ Коллекции Библиотеки Конгресса. «Теги для TIFF и связанные с ними спецификации» . Проверено 27 февраля 2011 г.
  29. ^ «Документация GIMP — Сохранение в формате TIFF» . Проверено 27 февраля 2011 г.
  30. ^ «IrfanView - История изменений» . Проверено 27 февраля 2011 г.
  31. ^ Обычно поддерживаемые типы TIFF могут отображаться с помощью программ просмотра изображений, таких как Irfanview.
  32. ^ Jump up to: Перейти обратно: а б Успешный проект (2014). Рекомендации по метаданным и форматам данных для доступности в Интернете и долгосрочного хранения (PDF) . п. 68. Если файлы активно управляются в цифровом репозитории, можно рассмотреть возможность использования сжатия без потерь LZW или ZIP для файлов TIFF. Сжатие JPEG не следует использовать в [...] формате TIFF. [...] Большинство респондентов используют несжатые изображения (64%), если используется сжатие, то чаще всего используется LZW.
  33. ^ «LEADTOOLS TIFF SDK» . Проверено 4 июля 2011 г.
  34. ^ «Черновик-ietf-fax-tiff-fx-extension1-01» .
  35. ^ «Расширение библиотеки LibTiff поддержкой нового формата BigTIFF» . Архивировано из оригинала 14 мая 2022 года.
  36. ^ «Формат файла BigTIFF» . Системы AWare . Проверено 10 августа 2023 г.
  37. ^ Комитет по технической стандартизации систем и оборудования хранения данных AV и IT (апрель 2002 г.). «Сменный формат файлов изображений для цифровых фотоаппаратов» (PDF) . Версия 2.2. Японская ассоциация производителей электроники и информационных технологий . ДЖЕЙТА CP-3451 . Проверено 28 января 2008 г.
  38. ^ «ISO 12639:2004. Графическая технология. Обмен цифровыми данными допечатной подготовки. Формат файла изображения тега для технологии изображений (TIFF/IT)» . Проверено 3 марта 2011 г.
  39. ^ Jump up to: Перейти обратно: а б с ISO (2002), ПРОЕКТ МЕЖДУНАРОДНОГО СТАНДАРТА ISO/DIS 12639. Графические технологии. Обмен цифровыми данными допечатной подготовки. Формат файла изображения тега для технологии изображений (TIFF/IT). Пересмотр первого издания (ISO 12639:1998) (PDF) , получено в 2011 г. -03-07
  40. ^ «Словарь полиграфических терминов — TIFF/IT» . Проверено 1 марта 2011 г.
  41. ^ Примечание по применению CIP3 (PDF) , получено 1 марта 2011 г.
  42. ^ Jump up to: Перейти обратно: а б Tiff/It Вопросы и ответы (PDF) , получено 1 марта 2011 г.
  43. ^ Введение в PDF/X , получено 1 марта 2011 г.
  44. ^ «Технические характеристики Tiff/It P1» . Проверено 3 марта 2011 г. Примечание. TIFF/IT-P1 не эквивалентен Photoshop® Tiff!
  45. ^ Jump up to: Перейти обратно: а б с д DDAP, TIFF/IT-P1, PDF-X/1 (PDF) , 1998 г., заархивировано из оригинала (PDF) 15 февраля 2006 г. , получено 1 марта 2011 г.
  46. ^ Ассоциация DDAP (2003 г.). «Реализаторы TIFF/IT» . Архивировано из оригинала 25 апреля 2005 года . Проверено 3 марта 2011 г. {{cite web}}: CS1 maint: неподходящий URL ( ссылка )
  47. ^ Harlequin RIP — руководство для коммерческого плагина TIFF/IT (PDF) , заархивировано из оригинала (PDF) 20 февраля 2011 г. , получено 2 марта 2011 г.
  48. ^ Jump up to: Перейти обратно: а б Руководство по программному обеспечению с информацией о TIFF/IT (PDF) , заархивировано из оригинала (PDF) 20 сентября 2011 г.
  49. ^ Заявление о позиции DDAP — TIFF/IT как формат файла для доставки цифровой рекламы — октябрь 2001 г. , октябрь 2001 г., заархивировано из оригинала 11 января 2004 г. , получено 3 марта 2011 г.
  50. ^ Заявление о позиции DDAP — TIFF/IT как формат файла для доставки цифровой рекламы — октябрь 2001 г. (PDF) , октябрь 2001 г., заархивировано из оригинала 21 марта 2003 г. , получено 3 марта 2011 г. {{citation}}: CS1 maint: неподходящий URL ( ссылка )
  51. ^ «TIFF/IT-P1» . Проверено 1 марта 2011 г.
  52. ^ Jump up to: Перейти обратно: а б Ассоциация DDAP (2002 г.). «Частные теги TIFF/IT» . Архивировано из оригинала 28 апреля 2003 года . Проверено 3 марта 2011 г. {{cite web}}: CS1 maint: неподходящий URL ( ссылка )
  53. ^ «Словарь терминов печати — TIFF/IT-P1» . Проверено 1 марта 2011 г.
  54. ^ «ИСО 12639:2004» . ИСО . Проверено 19 апреля 2020 г.

Внешние ссылки [ править ]

Retrieved from "https://en.wikipedia.org/w/index.php?title=TIFF&oldid=1217001841#TIFF/IT"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 3a454c9bdd2a2778685dd2110c970e71__1712114460
URL1:https://arc.ask3.ru/arc/aa/3a/71/3a454c9bdd2a2778685dd2110c970e71.html
Заголовок, (Title) документа по адресу, URL1:
TIFF - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)