Формат изображения tiff: Новинки IT-индустрии, обзоры и тесты компьютеров и комплектующих
Экспорт в Файл изображения
Экспорт формы в файл изображения возможен в любой момент разработки формы. Если форма имеет статус Редактируемая, то на изображении формы поверх идентификатора будет написано «Черновик». Если форма имеет статус Опубликованная, то идентификатор будет иметь стандартный вид, в соответствии с выбранным типом идентификатора.
Для того чтобы получить изображение формы, воспользуйтесь командой Файл изображения… (меню Файл → Экспортировать в → Файл изображения…). В открывшемся диалоге Сохранить изображение как выберите формат файла изображения и укажите название файла и папку, куда файл будет сохранен.
Программа ABBYY FormDesigner поддерживает экспорт в следующие форматы изображений:
- Bitmap, черно-белый (*.bmp, *.dib, *.rle)
- Bitmap, серый (*.bmp, *.dib, *.rle)
- Bitmap, цветной (*.bmp, *.dib, *.rle)
- DCX, черно-белый (*.dcx)
- DCX, цветной (*.dcx)
- JBIG2 (*.jbig2, *.jb2)
- JPEG, серый (*.jpg, *.jpeg)
- JPEG, цветной (*.jpg, *.jpeg)
- JPEG-2000, серый (*.jp2, *.j2k)
- JPEG-2000, цветной (*.jp2, *.j2k)
- PCX, черно-белый (*.pcx)
- PCX, серый (*.pcx)
- PCX, цветной (*.pcx)
- PNG, черно-белый (*.png)
- PNG, серый (*.png)
- PNG, цветной (*.png)
- TIFF, черно-белый, несжатый (*.tif, *.tiff)
- TIFF, черно-белый, Group4 (*.tif, *.tiff)
- TIFF, черно-белый, Packbits (*.tif, *.tiff)
- TIFF, черно-белый, сжатие: LZW (*.tif, *.tiff)
- TIFF, серый, несжатый (*.tif, *.tiff)
- TIFF, серый, Packbits (*.tif, *.tiff)
- TIFF, серый, сжатие: JPEG (*.tif, *.tiff)
- TIFF, серый, сжатие: ZIP (*.tif, *.tiff)
- TIFF, серый сжатие: LZW (*.tif, *.tiff)
- TIFF, цветной, несжатый (*.tif, *.tiff)
- TIFF, цветной, Packbits (*.tif, *.tiff)
- TIFF, цветной, сжатие: JPEG (*.tif, *.tiff)
- TIFF, цветной, сжатие: ZIP (*.tif, *.tiff)
- TIFF, цветной, сжатие: LZW (*.tif, *.tiff)
- EMF (*.emf)
Экспорт изображений многостраничных форм
Изображение многостраничной формы можно проэкспортировать в любой из поддерживаемых графических форматов. Для многостраничных форматов есть возможность сохранить форму в многостраничном файле. Для этого при сохранении файла изображения отметьте опцию Многостраничный файл. Если вы не отметите эту опцию, каждая страница будет сохранена в отдельном файле.
Экспорт в формат TIFF с произвольным разрешением
Изображения можно экспортировать в формат TIFF с произвольным разрешением. Значение разрешения для формата TIFF можно ввести на вкладке Экспорт диалога Настройки (меню Сервис → Настройки…).
Замечание. Значение разрешения для формата TIFF должно быть не менее 50 и не более 1200 dpi.
Файлы привязки для наборов растровых данных—ArcGIS Pro
Изображения хранятся как растровые данные, где каждая ячейка изображения имеет номер строки и столбца. В дополнение к этим упорядоченным строкам и столбцам пикселов, также необходимы координаты реального мира. Для отображения изображений в корректном местоположении необходимо установить преобразование изображение-мир, чтобы конвертировать координаты изображения в координаты реального мира. Информация о таком преобразовании обычно хранится вместе с изображением.
Обычно форматы изображений, такие как TIFF, BSQ, BIL или BIP, хранят информацию о привязке в заголовке файла изображений. Однако некоторые форматы изображений хранят данную информацию в отдельном файле привязки ASCII. Место хранения информации о пространственной привязке часто зависит от возможностей программного обеспечения, используемого для создания файлов, или пользовательских предпочтений. Файлы привязки может быть создан при помощи любого редактора, или можно экспортировать файл привязки для набора растровых данных при помощи инструмента Экспорт файла привязки растра.
Правила присвоения имен файлу привязки
Файл привязки, который должен сопутствовать файлу изображения, определить очень легко – файл привязки использует то же имя, что и изображение, с добавленной буквой w. Например, файл привязки для изображения mytown.tif должен носить имя mytown.tifw, а для redlands.jpg – redlands.jpgw. Иногда присвоение имен отличается от этого первого описания, используя первый и третий символы суффикса файла изображения и конечную букву w в качестве суффикса файла привязки. Поэтому для mytown.tif файл привязки может носить имя mytown.tfw, а для redlands.jpg – redlands.jgw.
Для изображений, где расширение отсутствует или короче трех символов, буква w добавляется в конце имени файла без его изменения. Таким образом, файл привязки для файла изображения terrain будет terrainw, а для файла изображения floorpln.rs – floorpln.rsw.
Примеры имен файлов привязки
| Файл растровых данных | Файл привязки |
|---|---|
image.tif | image.tfw или image.tifw |
image.bil | image.blw или image.bilw |
image.jpg | image.jgw или image.jpgw |
image.raster | image.rasterw |
image.bt | image.btw |
Файл привязки и пространственная привязка
Если преобразование не может быть выражено как файл привязки, информация о нём будет записана в файл .aux.xml, а также в файл привязки, как приблизительное аффинное преобразование. У этого созданного файла привязки в конце имени расширения будет добавлена буква x. Например, изображение формата TIFF с приблизительным аффинным преобразованием будет иметь расширение .tfwx. Имейте ввиду, что это не точное преобразование, а только приблизительное..
Существуют ситуации, когда такой текстовый файл содержит истинное аффинное преобразование. При использовании команды и опции Сохранить для набора растровых данных, уже содержащего координаты карты, записывается текстовый файл с расширением x. Например, если пространственная привязка выполняется для изображения TIFF, уже содержащего координаты карты, то создается файл .tfwx, содержащий истинное аффинное преобразование.
Как осуществляется доступ к информации о пространственной привязке
Преобразование изображение-мир вызывается каждый раз, как отображается изображение, например, при перемещении или масштабировании. Преобразование вычисляется из одного из нескольких источников:
- Файл заголовка (если тип изображения его поддерживает)
- Файл привязки (используется первым, если включена опция Использовать файл привязки для определения координат растра в диалоговом окне Опции)
- Информация строки столбца изображения (идентичное преобразование)
Содержание файла привязки
Содержание файла привязки может выглядеть примерно так:
20.17541308822119
0.00000000000000
0.00000000000000
-20.17541308822119
424178.11472601280548
4313415.90726399607956Если такой файл есть, ArcGIS выполняет преобразование изображение-мир. Преобразование изображение-мир является аффинным преобразованием с шестью параметрами в форме
x1 = Ax + By + C y1 = Dx + Ey + Fгде
x1 – вычисленная x-координата пиксела на карте
y1 – вычисленная y-координата пиксела на карте
x – номер столбца пиксела на изображении
y = номер строки пиксела на изображении
A = x-масштаб; размер пиксела в единицах карты по направлению x
B и D являются терминами поворота
C и F являются терминами переноса; где x,y координаты карты центра верхнего левого пиксела
E – отрицательный y-масштаб; размер пиксела в единицах карты в направлении y
Y-масштаб (E) является отрицательным, так как начало отсчета изображения и географической системы координат различны. Начало координат изображения находится в левом верхнем углу, тогда как начало координат системы координат карты расположено в левом нижнем углу. Значения строк изображения возрастают от начала вниз, тогда как значения y-координат на карте возрастают от начала вверх.
Параметры преобразования хранятся в файле привязки в следующем порядке:
20.17541308822119 - A
0.00000000000000 - D
0.00000000000000 - B
-20.17541308822119 - E
424178.11472601280548 - C
4313415.90726399607956 - FКаждый их этих коэффициентов может быть задан как
A = mx · cos tB = my · (k · cos t - sin t)D = mx · sin tE = -1 · my · (k · sin t + cos t)C = translation in x direction
F = translation in y directionгде
mx = изменение масштаба в направлении x
my = изменение масштаба в направлении y
k = коэффициент наклона вдоль оси x = tan (угол наклона, измеренный от оси y)
t = угол поворота, измеренный против часовой стрелки от оси x
Настройка ArcGIS на чтение файла привязки в первую очередь
ArcGIS будет автоматически считывать пространственную привязку в информации заголовка некоторых форматов файлов, например, GeoTIFF, что перезапишет любую информацию о пространственной привязке, хранящуюся в файле привязки. Это можно изменить, если включить опцию Использовать файл привязки для определения координат растра в окне Опции.
- Щелкните вкладку Проект.
- Щелкните Опции.
- В окне Опции щелкните Растры и изображения.
- Разверните категорию Набор растровых данных.
- Включите опцию Использовать файл привязки для определения координат растра.
- Щелкните OK..
Связанные разделы
Отзыв по этому разделу?
Форматы изображений
Давайте обсудим различные форматы изображений. jpg, bmp, gif, png, tiff, ico, вам знакомы эти расширения файлов? При таком количестве разновидностей легко запутаться и хранить свои изображения в неоптимальном виде. Чем это опасно? Например, тем, что используя «сжатие с потерями» вы пожете потерять качество изображений; кроме того, необработанные, «сырые» изображения могут занимать очень много места на диске.
Еще существенней эта проблема для вебмастеров. Как сделать так, чтобы изображения на сайте выглядели красиво, но при этом не занимали много места и быстро скачивались? Я сам лишь недавно заинтересовался этим вопросом, поэтому в моих старых статьях вы наверняка найдете неоптимизированные изображения (я собираюсь ими заняться, но пока не успел). Тем не менее, выбор типа изображения — это задача, которую необходимо решить прежде чем выкладывать его в интернет.
В этой статье мы обсудим преимущества и недостатки различных типов изображений, а также научимся их конвертировать стредствами, встроенными в Windows.
И еще. В процессе поиска информации про различные форматы, я наткнулся на странно звучавшие слова как фотостоки и фотобанки. Сходите по ссылке, почитайте. Оказывается в интернете имеются своеобразные хранилища, где очень дешево, а иногда и бесплатно можно получить интереснейшие фотографии.
Формат BMP
Самый простой формат изображений. Позволяет хранить многоцветные изображения (сейчас нужно сделать отступление о том, как хранится цвет точки в изображении.8=256 различных цветов). Так вот bmp позволяет использовать до 48 бит на пиксель (веб-стандартом является 24).
У bmp присутсвует механизм сжатия без потери качества, но он очень слабый. Вообще говоря, я не вижу никаких преимуществ у этого формата. Почему? Смотрим дальше
Формат GIF
Очень интересный формат. Глубиной цвета он не радует (8 бит), но для каких-нибудь таблиц этого вполне достаточно. Но у этого формата появляется понятие прозрачности. Один из 256 цветов можно указать как прозрачный, и при отображении рисунка, например, на веб-странице, вместо этого цвета будет виден фон. Далее, у gif опять-таки есть сжатие без потерь, и уровень этого сжатия существенно лучше, чем у bmp.
Но это еще не все — у изображений формата gif есть поддержка анимации. Можно создать серию изображений, которые будут сменять друг друга циклично, и при этом они все будут храниться в одном gif файле. Поэтому формат gif идеален для аватарок и небольших анимированных изображений — вам не нужно делать скрипты для того чтобы воспроизводить анимацию.
Формат PNG
Формат png не поддерживает анимацию, но превосходит bmp с другой стороны, и даже не с одной. При поддержке все того же количества цветов на точку (48 бит максимум), у этого формата присутсвтует очень хорошее сжатие без потери качества. Поэтому картинки формата png ничего не потеряют по сравнению с bmp, но могут быть существенно меньше.
Еще одно преимущество png — так называемый альфа-канал. Помимо указания интенсивности синего, красного и зеленого, у каждой точки можно указать уровень прозрачности. Таким образом, мы получаем не только безусловную прозрачность (есть — нет) как в gif, а возможность варьировать прозрачность разных частей изображения. Это свойство позволяет делать плавные переходы — четкое изображение посередине, постепенно переходящее в фон. К сожалению, не все браузеры правильно отрабатывают альфа-прозрачность.
Формат JPG
Переходим к самому известному формату с потерей качества, jpg. Потеря качества означает, что применяется необратимое сжатие — из jpg невозможно восстановить изначальное изображение. То есть, вообще говоря, получается рисунок не идентичный изначальному. Но если установить слабый уровень сжатия, то эти отличия будут малосущественны, а объем уже может сильно понизиться. Чем выше уровень сжатия, тем меньше объем и тем больше искажается рисунок.
Формат jpg хорошо подходит для хранения фотографий. В фотографиях содержится такое количество различных цветов, что они очень плохо поддаются сжатию png. В то же время, их часто можно существенно уменьшить, созранив в jpg, но при этом практически не потерять качества. Максимальное количество бит на пиксель — 24.
Формат TIFF
Формат всех форматов, контейнер, позволяет использовать другие форматы, сжатие с потерей и без потерь, 192 бита на пиксель. Недостатки — сложность работы с форматом и практически отсутствие поддержки у браузеров. Если вы не профессиональный дизайнер, не используйте tiff.
Формат ICO
Почти что и не формат. ПО структуре больше всего напоминает bmp, но поддерживает прозрачность (как gif). У этого формата разрешены лишь маленькие размеры рисунков, вроде 16 на 16 пикселей. Используется лишь в местах, где нужны маленькие картинки фиксированного размера, например, ярлыки на рабочем столе или так называемые favicon — картинки в браузере рядом с названием сайта.
Конвертация форматов
Подведем итоги сравнения форматов изображений. Сначала небольшая таблица:
| Макс. бит/пиксель | Прозрачность | Анимация | Веб-поддержка | Большие габариты | Сжатие | |
| bmp | 48 | — | — | + | + | без потери, плохое |
| gif | 8 | булевая | + | + | + | без потери, хорошее |
| png | 48 | альфа-канал | — | + | + | без потери, хорошее |
| jpg | 24 | — | — | + | + | с потерей качества |
| tiff | 192 | альфа-канал | — | — | + | разное|
| ico | 24 | альфа-канал | — | + | — | без потери, плохое |
Таким образом, для маленьких картинок специального назначения можно использовать ico, если вам нужна анимация, то ваш выбор — gif, для фотографий хорошо использовать jpg, а для диаграмм и изображений с малым количеством цветов — png. Формат bmp я использовать вообще не рекомендую, а tiff оставим для профессионалов.
Конвертировать же форматы изображений очень просто. Кликните правой кнопкой мыши по картинке, выберите «открыть с помощью — Paint». Открывается рисунок, и в меню «файл» есть опция «сохранить как», где вы можете выбрать формат изображения.
Если же вы хотите работать с рисунками на более продвинутом уровне, то вам понадобится хорошая программа для работы с изображениями. Лично я рекомендую gimp — бесплатный аналог фотошопа. Но об этом — в другой раз. Следите за обновлениями!
Please enable JavaScript to view the comments powered by Disqus. comments powered byTIFF по сравнению с PDF для хранения документов: Aquaforest
Выбор формата хранения электронных документов может иметь серьезные и далеко идущие последствия. Этот краткий технический документ содержит обзор форматов документов TIFF и PDF и обсуждает их относительные достоинства. как формат для хранения электронных документов.
1. Справочная информация в формате PDF
Формат PDF был создан Adobe в 1993 году с целью переносимого обмена документами между системами и Приложения.Спецификация PDF был обновлен и опубликован, и Adobe на протяжении многих лет, но PDF теперь является открытым стандартом, который был официально опубликовано 1 июля 2008 года ISO как ISO 32000-1: 2008.
1.1 Формат файла PDF
Файл PDF инкапсулирует полное описание документа с фиксированным макетом, которое включает текст, шрифты, растровые изображения и векторная графика, из которых состоит документ. Он включает поддержку JPEG, JPEG 2000, JBIG2, Изображения групп 3 и 4.
Пример поиска «доступного для поиска» PDF
1.2 Типы PDF
| PDF Тип | Описание |
|---|---|
| Нормальный | Это наиболее распространенный тип PDF-файлов, который обычно создается из такого документа, как Microsoft Word. Это содержит полный текст страницы с соответствующей кодировкой для определения шрифтов, размеров и т. д.и предоставит точная печать оригинала. |
| Только изображение | Это PDF-файл, созданный из одного или нескольких изображений — чаще всего в результате сканирования документ либо непосредственно в PDF, либо путем преобразования отсканированного изображения TIFF в PDF. Эти файлы не содержат доступный для поиска текст и чаще всего представляют собой набор изображений Group4 или JBIG2 в «оболочке» PDF. |
| с возможностью поиска | PDF-файл с возможностью поиска — это PDF-файл, содержащий только изображения, который дополнительно содержит скрытый слой. текста, созданного системой распознавания текста.Это позволяет искать файл таким же образом, как и » Нормальный »PDF. Текст можно копировать и вставлять. |
2. Фон формата TIFF
Формат TIFF был создан корпорацией Aldus в середине 1980-х годов для создания стандартного формата файлов.
для хранения отсканированных изображений. TIFF
спецификация теперь контролируется Adobe, хотя никаких серьезных обновлений спецификации не происходило.
с 1992 г.
2.1 Формат TIFF
Важно понимать, что формат TIFF сам по себе является форматом файла, а не форматом изображения. Файл TIFF можно рассматривать как контейнер для одного или нескольких изображений, каждое из которых может быть разного типа. Большинство общие типы изображений, включенные в файлы TIFF, показаны в таблице ниже.
| Тип сжатия | Типичное использование |
|---|---|
| Группа 4 | Чаще всего используется для черно-белых («битональных») отсканированных изображений. |
| Группа 3 | Используется для факсов |
| JPEG | Используется для отсканированных документов в оттенках серого и цветных. В TIFF есть два определения JPEG: тип 6 и тип 7. и были проблемы с интерпретацией, в частности, с типом 6. Следовательно, эти изображения не всегда хорошо поддерживается. |
| LZW | Используется для отсканированных документов в оттенках серого и цветных.Из-за исторических проблем с патентами это не всегда хорошо поддерживается, хотя, поскольку в 2004 г. истек срок действия патентов, более новое программное обеспечение должно обеспечивать хорошую поддержку. |
| Без сжатия | Часто вывод из графических приложений. |
| Прочие | Другие, менее часто используемые схемы, включают ZIP, Packbits, RLE. |
2.2 тега метаданных TIFF
Метаданные могут храниться в файлах TIFF с использованием полей тегов. Существует набор базовых тегов TIFF, которые должны поддерживаться всем программным обеспечением TIFF. Базовые теги включают Scanner, Make, DateTime, Software и т. Д. также является набором определенных тегов расширения. Кроме того, разработчики могут реализовать «частные» теги.
3. TIFF или PDF — ключевые критерии принятия решения
В этом разделе рассматриваются ключевые факторы, которые необходимо учитывать при принятии решения о том, какой формат использовать.3,1 Размер файла
PDF позволяет создавать файлы меньшего размера для одного и того же документа, но существует ряд проблем, которые необходимо решить. считается. Полезно по очереди рассмотреть каждый из трех «типов» PDF, описанных ранее.
| PDF Тип | Комментарии к размеру файла PDF по сравнению с TIFF |
|---|---|
| Нормальный | «Обычные» PDF-файлы обычно меньше, чем графическая версия того же документа в формате TIFF. поскольку текст и внутреннее описание страниц в формате PDF почти всегда будут меньше изображения представление хранится в файле TIFF, особенно для цветных документов.Обратите внимание, однако, что когда шрифты встроенный в файл PDF (как требуется для PDF / A), размер файла PDF может увеличиваться, а для документов — меньше количество страниц, в результате эквивалентный TIFF может быть меньше. |
| Только изображение | Для PDF-файлов только с изображениями разница в размере будет в основном связана с методами сжатия. Группа 4 TIFF будет немного меньше, чем эквивалент PDF, если изображения в файле PDF, если файл PDF также использует Сжатие группы 4 для изображений.Однако, если файл PDF использует более современные схемы сжатия, такие как JBIG2 для битональных изображений, JPEG 2000 для цвета или более продвинутый метод сжатия MRC для цвета, затем PDF файл может быть значительно меньше. |
| с возможностью поиска | Ожидается, что PDF-файл с возможностью поиска будет на 5–10% больше, чем эквивалентный файл только для изображений. |
3,2 Долговечность
Хотя исторически повсеместное распространение TIFF обеспечит доступность зрителей в течение некоторого времени для
Что ж, для долгосрочного архивирования на основе стандартов наличие стандарта PDF / A делает PDF очевидным выбором.PDF / A (ISO 19005-1: 2005) — это строго определенное подмножество PDF 1.4, которое подходит для долгосрочного архивирования.
3.3 Возможность поиска
TIFF был разработан исключительно для хранения изображений, а не текста, поэтому стандартный TIFF может стать доступным для поиска только при наличии Процесс OCR создает отдельный текстовый файл, который индексируется отдельно. Хотя Microsoft представила «текст файлы TIFF с возможностью поиска », которые можно создать с помощью компонента« Работа с изображениями документов »в Office Профессиональный, это не широко поддерживаемая функция.PDF был разработан для обеспечения полной возможности поиска документов, поскольку он может содержать текст в самом документе. Таким образом, если PDF-файл не предназначен только для изображений, его всегда можно найти — оба в приложении для просмотра PDF-файлов и с помощью внешних инструментов поиска, настроенных для индексации PDF-файлов.
3.4 Безопасность
TIFF не имеет модели безопасности, поэтому пользователям может быть разрешен или запрещен доступ к документу, тогда как PDF имеет сложную систему безопасности, которая может использоваться для установки паролей доступа к документам или ограничения использования.
3.5 Переносимость
И TIFF, и PDF переносимы в разных операционных средах. Повсеместное распространение Adobe Viewer во всех платформы, включая UNIX и Linux, обеспечивают согласованный интерфейс.
3.6 Метаданные
ФайлыTIFF могут использовать теги TIFF для хранения простых метаданных, как и PDF-файлы через информационный словарь PDF. PDF позволяет встраивать гораздо более сложные метаданные на основе XML в файлы PDF через XMP.
3.7 Структура документа
Стандартный TIFF не включает никаких методов определения структуры документа, кроме упорядочивания страниц. PDF документы могут включать закладки, гиперссылки, теги и аннотации.
3.8 Доступность
Надлежащее использование структуры документа PDF позволяет эффективно использовать вспомогательные технологии, такие как экран читатели. TIFF не поддерживает необходимые для этого структуры документов.
3.9 Пригодность в качестве формата ввода
Приложения, такие как Microsoft Word и графические пакеты, обычно могут принимать изображения TIFF в качестве входных данных, но не
PDF-файлы.
3.10 Качество представления
Как правило, «Обычные» PDF-файлы обеспечивают наилучшее качество для печати и просмотра, так как растровые изображения, хранящиеся в файлах TIFF или PDF с изображениями, по своей природе имеют ограниченное разрешение. Однако для наиболее практичных Для этого качество изображения TIFF при подходящем разрешении будет достаточным.
3.11 Доступность зрителей
Viewers для PDF и TIFF широко доступны бесплатно, хотя точная функциональность TIFF зрители, в частности, могут значительно различаться.
3.12 Возможность доставки через Интернет
Как и почти все форматы файлов многостраничных документов, файлы TIFF и PDF не поддерживаются никакими обычный веб-браузер. Следовательно, для отображения файлов как части требуется либо клиентский плагин, либо серверная обработка.Бесплатная программа Adobe Reader предоставляет надстройку браузера для файлов PDF. Ряд плагинов для Также доступен просмотр TIFF. Серверные продукты, такие как TIFF Server, позволяют доставлять в браузере файлы TIFF и PDF без дополнительных модулей. могут быть «оптимизированы для Интернета» (линеаризованы), что оптимизирует их для веб-доставки в плагин, который позволяет страницы будут отображаться сразу после их загрузки, а не ждать получения всего файла перед отображением первой страницы.
3,13 Простота преобразования
Преобразование из TIFF в изображение PDF или PDF с возможностью поиска может быть выполнено с помощью ряда инструментов, таких как Autobahn DX. который идеально подходит для преобразования PDF OCR . Преобразование из PDF в TIFF также может быть выполнено такие инструменты, хотя очевидно, что возможна потеря такой информации, как структура документа и метаданные.
3.14 Правовая приемлемость
Юридическая допустимость и вес доказательств, прилагаемых к электронным документам, зависят от страны.Например, позиция в Великобритании регулируется публикацией BSI «Практический кодекс юридической допустимости и доказательной силы хранимой информации. в электронном виде ». Файлы TIFF и PDF могут быть совершенно приемлемыми, если соблюдаются соответствующие процессы.
4. Резюме
TIFF за последние 20 лет зарекомендовал себя как надежный файловый формат для хранения документов и до сих пор играет важную роль в играть в хранилище документов.Однако бизнес-потребности все чаще диктуют, что более широкие функциональные возможности формата PDF обязательны. Стандартизация ISO формата PDF положила конец любым сомнениям по поводу долгосрочная открытость формата.
Различные форматы изображений и их использование (PNG, SVG, TIFF, JPG).
Если вам когда-либо приходилось экспортировать изображения из любого основного программного обеспечения для редактирования изображений (Photoshop и т. Д.), Вы знаете, что существует довольно много типов изображений, которые вы можете использовать.Многие люди не знают, когда использовать каждый формат и что одни форматы могут делать, а другие — нет.
Вот краткое изложение некоторых основных форматов изображений и типичных случаев их использования.
Растровая или растровая графика бывает разных форматов, но все они основаны на одной и той же базовой идее. В растровых форматах изображения хранятся в большой сетке, где каждая ячейка сетки имеет значение, которое сообщает компьютеру, какой цвет рисовать в этом квадрате, когда пора рисовать изображение.
Например, у вас может быть растровое изображение, в котором говорится, что нужно рисовать белый цвет в точке 0,0 (обычно верхний левый крайний квадрат), затем черным в точке 0,1 (следующий квадрат) и так далее, пока вы не получите изображение шахматной доски. Это изображение из Википедии отлично иллюстрирует эту концепцию.
JPG (JPEG)
JPEG (или JPG) — один из наиболее распространенных форматов изображений, с которыми вы можете столкнуться. Он широко используется в цифровых камерах из-за гибкого сжатия изображения и разумной точности. Это сжатие очень удобно при использовании JPEG в Интернете, поэтому нередко можно увидеть этот формат изображения и в Интернете.Недостатком формата изображений JPEG является то, что он использует сжатие с потерями, поэтому некоторая информация об изображении будет потеряна при использовании JPEG для хранения ваших изображений. Это можно смягчить с помощью селектора качества изображения JPEG. JPEG также не подходит для изображений, подвергающихся многократному редактированию, поскольку каждый раз, когда вы сохраняете файл, он снова сжимается, и некоторая дополнительная информация будет потеряна. Чтобы узнать больше, посетите страницу википедии JPEG здесь.
Хорошо для:
- Неотредактированные фотоизображения
- Веб-графика
Плохой для:
- Конвейеры редактирования изображений
- Штриховые рисунки
- Большие изображения, которые будут увеличены до
- Прозрачные фоны
Формат обмена графикой (GIF)
GIF был разработан, чтобы цветные изображения лучше работали в Интернете.Когда был разработан GIF, скорость Интернета была основным ограничением просмотра изображений в Интернете. GIF был разработан для получения более качественных цветных изображений, но при этом сохраняет размер файла очень маленьким. GIF-файлы также поддерживали анимацию, что позволило формату сохранить свою популярность еще долго после того, как размер файла стал менее важным для онлайн-изображений. GIF в основном заменен PNG для файлов изображений и MP4 или WEBM для анимированного контента. GIF-файлы хороши, когда размер файла изображения / анимации является наиболее важным, но не хватает качества изображения и глубины цвета.
Хорошо для:
- Файлы малых размеров
- Анимации
Плохой для:
- Качество изображения
- Глубина цвета
Переносимая сетевая графика (PNG)
PNG был разработан как замена GIF в качестве хорошего формата изображений для интернет-медиа. Он имеет гораздо лучшую поддержку цветового пространства (24-битный RGB, 32-битный RGBA), а также прозрачность и сжатие данных без потерь (при сохранении изображения информация не теряется).Расширенное цветовое пространство, поддержка прозрачности и сжатие без потерь делают его подходящим форматом изображения для Интернета и конвейеров интерактивных медиа, хотя отсутствие поддержки цветовых палитр CMYK делает его подходящим для печатных носителей. В отличие от GIF, PNG не поддерживает анимацию.
Хорошо для:
- Интернет-СМИ
- Качество изображения
- Редактирование изображений
- Прозрачность
Плохой для:
- Размеры файла
- Не многие приложения поддерживают PNG с хорошими цветовыми диапазонами
- Базовые печатные носители
Формат файлов изображений с тегами (TIFF)
TIFF — это формат изображения, предназначенный для использования в программах для обработки изображений и дизайна.Чаще всего он используется в настольных издательских системах и дизайне печатных СМИ. TIFF — это очень гибкий формат изображения, который может даже содержать другие форматы изображений (например, JPEG) или хранить сами данные изображения. TIFF поддерживает слои и страницы, которые очень важны для печати и дизайна медиа. TIFF в настоящее время принадлежит Adobe и, как таковой, имеет хорошую поддержку из списка программного обеспечения Adobe Creative Suite, но может иметь ограниченную поддержку со стороны другого программного обеспечения.
Хорошо для:
- Печатные СМИ
- Монтаж трубопроводов
- Качество изображения
- Глубина цвета
Плохой для:
- Размеры изображения
- Совместимость программного обеспечения
- Нет поддержки браузером
В отличие от растровых форматов, базовые векторные изображения не работают напрямую с пикселями.Вместо этого векторные изображения представляют собой набор инструкций о том, как создать изображение из предопределенного набора движений (линий, дуг и т. Д.). Думайте об этом больше как о стиле компьютерных изображений. Примером одной такой инструкции может быть «Нарисуйте линию от 0,0 до 100,100», которая проведет диагональную линию через страницу. Особенности этих инструкций зависят от выбранного векторного формата. Преимущество этого подхода заключается в том, что векторные изображения можно масштабировать практически до любого размера без потери качества изображения.
Масштабируемая векторная графика (SVG)
SVG — это очень распространенная реализация векторной графики, в которой инструкции написаны в формате XML. SVG поддерживает базовые формы, текст, рисование (заливки и т. Д.), Градиенты, интерактивность (контент с возможностью нажатия, наведение и т. Д.) И анимацию. Такой широкий набор функций делает форматы SVG отличным выбором для масштабируемых веб-изображений, которые затем можно анимировать и взаимодействовать с ними на компьютере клиента. Таким образом, вы часто будете видеть SVG на веб-сайтах с активным контентом или веб-сайтах, где есть много настраиваемых (цветовые темы, анимированные изображения и т. Д.).Из-за своего текстового формата файлы SVG также имеют довольно небольшой размер, поэтому они особенно подходят для Интернета.
Хорошо для:
- Масштабируемые веб-изображения
- Интерактивные изображения
- Анимации
- Изображения, обработанные компьютером
Плохой для:
- Производительность клиента
- Совместимость клиентского программного обеспечения
Формат переносимого документа (PDF)
PDF разработан как масштабируемый формат для обмена документами между компьютерами и системами печати, абстрагированный от программного обеспечения, из которого был создан файл.PDF начинался с базового форматирования текста, изображения и стиля линий, но был расширен за счет возможности создания сценариев, интерактивных форм, встроенных растровых и векторных изображений, а также встроенных видео. Это делает PDF одним из самых гибких форматов файлов. Обычно вы видите PDF-файлы, используемые для загружаемых документов, отчетов, экспорта из проприетарного программного обеспечения и онлайн-форм.
Хорошо для:
- Документы
- Формы
- Совместимость программного обеспечения
- Экспорт
Плохой для:
Это краткое изложение некоторых распространенных форматов файлов изображений и того, когда их следует использовать.
До следующего раза
Тим Грей
Кофе по коду
Типы файлов цифровых изображений
JPG, GIF, TIFF, PNG, BMP, RAW.Какие они есть и как выбрать? Эти и многие другие типы файлов используются для кодирования цифровых изображений. Выбор проще чем вы думаете.
Частично причиной обилия типов файлов является необходимость сжатия . Файлы изображений могут быть довольно большими, а большие типы файлов означают большее использование диска и медленные загрузки. Сжатие — это термин, используемый для описания способов разрезания размер файла. Схемы сжатия могут быть с потерями или без потерь .
Еще одна причина наличия большого количества типов файлов в том, что изображения различаются по количеству цветов, которые они содержат. Если в изображении мало цветов, можно создать тип файла. использовать это как способ уменьшения размера файла.
Сжатие с потерями и сжатие без потерь
Вы часто будете слышать термины «сжатие с потерями» и «без потерь». Алгоритм сжатия без потерь не отбрасывает информацию. Он ищет больше эффективные способы представления изображения без компромиссов в точности.Напротив, алгоритмы с потерями допускают некоторую деградацию изображения, чтобы для уменьшения размера файла.
Алгоритм без потерь может, например, искать повторяющийся шаблон в файла и заменяйте каждое вхождение коротким сокращением, тем самым сокращая размер файла. Напротив, алгоритм с потерями может хранить информацию о цвете. в более низком разрешении, чем само изображение, так как глаз не так чувствителен к изменению цвета на небольшом расстоянии.
Кол-во цветов
Изображения начинаются с разного количества цветов.Самые простые образы может содержать только два цвета, например черный и белый, и потребуется всего 1 бит для представления каждого пикселя. Многие ранние видеокарты для ПК поддерживали только 16 фиксированных цвета. На более поздних картах одновременно отображалось 256, любая из которых могла быть выбран из пула 2 24 , или 16 миллионов цветов. Текущие карты посвящают 24 бита на каждый пиксель и, следовательно, могут отображать 2 24 , или 16 миллионов цветов без ограничений. Некоторые отображают даже больше.Поскольку глаз не может различать похожие цвета, 24 бита или 16 миллионов цвета иногда называют TrueColor. Лучшие современные камеры могут захватывать еще больше цветов.
Типы файлов
TIFF — это, в принципе, очень гибкий формат, который может быть без потерь или с потерями. Детали алгоритма хранения изображений включены как часть файл. На практике TIFF используется почти исключительно как хранилище изображений без потерь. формат, который вообще не использует сжатие.Большинство графических программ, использующих TIFF не сжимайте. Следовательно, размеры файлов довольно большие. (Иногда без потерь используется алгоритм сжатия, называемый LZW, но он не поддерживается повсеместно.)
PNG также является форматом хранения без потерь. Однако, в отличие от обычных Использование TIFF, он ищет в изображении шаблоны, которые он может использовать для сжатия файла размер. Сжатие точно обратимое, поэтому изображение восстанавливается точно.
GIF создает таблицу до 256 цветов из 16 миллионов.Если изображение имеет менее 256 цветов, GIF может точно отобразить изображение. Когда изображение содержит много цветов, программа, создающая GIF, использует любой из нескольких алгоритмы для приближения цветов изображения с ограниченной палитрой Доступно 256 цветов. Лучшие алгоритмы ищут изображение, чтобы найти оптимальное набор 256 цветов. Иногда GIF использует ближайший цвет для представления каждого пикселя, а иногда он использует «диффузию ошибок», чтобы настроить цвет ближайших пикселей, чтобы исправить ошибку в каждом пикселе.
GIF обеспечивает сжатие двумя способами. Во-первых, это уменьшает количество цветов цветных изображений, тем самым уменьшая количество битов, необходимых для каждого пикселя, как только что описано. Во-вторых, он заменяет часто встречающиеся шаблоны (особенно большие площади однородного цвета) с коротким сокращением: вместо сохранения «белый, белый, белый, белый, белый», в нем хранится «5 белых».
Таким образом, GIF является «без потерь» только для изображений с 256 цветами или меньше. Для насыщенного, полноцветного изображения GIF может «потерять» 99.998% цветов.
JPG оптимизирован для фотографий и подобных изображений с непрерывным тоном. которые содержат много-много цветов. Он может достичь поразительной степени сжатия даже при сохранении очень высокого качества изображения. Сжатие GIF недопустимо такие изображения. JPG работает, анализируя изображения и отбрасывая виды информации. что глаз вряд ли заметит. Он хранит информацию как 24-битный цвет. Важно: степень сжатия JPG регулируется.При умеренном сжатии уровней фотографических изображений, глазу очень трудно различить какие-либо отличие от оригинала даже при большом увеличении. Факторы сжатия более 20 часто вполне приемлемы. Лучшие графические программы, такие как Paintshop Pro и Photoshop позволяют просматривать качество изображения и размер файла. в зависимости от уровня сжатия, так что вы можете удобно выбрать баланс между качеством и размером файла.
RAW — вариант вывода изображения, доступный на более совершенных цифровых камерах.Хотя без потерь, он в три из четырех раз меньше файлов TIFF того же изображение. Недостаток в том, что у каждого производителя свой формат RAW, и поэтому вам, возможно, придется использовать программное обеспечение производителя для просмотра изображений. (Некоторые графические приложения могут считывать форматы RAW некоторых производителей.)
BMP — несжатый частный формат, изобретенный Microsoft. Там на самом деле нет причин использовать этот формат.
PSD, PSP и др. — проприетарные форматы, используемые графическими программами. Файлы Photoshop имеют расширение PSD, а файлы Paint Shop Pro используют PSP или PSPimage. Это предпочтительные рабочие форматы при редактировании изображений в программном обеспечении. потому что только проприетарные форматы сохраняют все возможности редактирования программ. Эти пакеты используют слои, например, для создания сложных изображений и информации о слоях. могут быть потеряны в непатентованных форматах, таких как TIFF и JPG. Однако будь обязательно сохраните конечный результат в стандартном формате TIFF или JPG, иначе вы не сможете чтобы просмотреть его через несколько лет, когда ваше программное обеспечение изменится.
В настоящее время форматы GIF, PNG и JPG используются почти для всех веб-изображений. TIFF широко не поддерживается веб-браузерами, и его следует избегать при использовании в Интернете. PNG делает все гифка делает, и лучше, поэтому все чаще заменяет GIF. PNG будет , а не заменить JPG, так как JPG способен значительно сильнее сжать фотографические изображения, даже если они настроены на минимальную потерю качества.
Сравнение размеров файлов
Ниже приведены сравнения одного и того же изображения, сохраненного в нескольких популярных типах файлов.(Обратите внимание, что нет причин просматривать более одного TIFF или PNG. Поскольку все форматы без потерь, их внешний вид идентичен.)
| Тип файла | Размер | Пример изображения |
| Tiff без сжатия | 901К | Не отображается в большинстве браузеров. Щелкните здесь, чтобы попробовать. |
| Tiff, LZW сжатие без потерь (да, оно действительно больше) | 928 К | Не отображается в большинстве браузеров.Щелкните здесь, чтобы попробовать. |
| JPG, высокое качество | 319 тыс. | Щелкните здесь. |
| JPG, среднее качество | 188 КБ | Щелкните здесь. |
| JPG, мое обычное качество печати | 105 КБ | Щелкните здесь. |
| JPG, низкое качество / высокое сжатие | 50 КБ | Щелкните здесь. |
| JPG, абсурдно высокое сжатие | 18K | Щелкните здесь. |
| PNG, сжатие без потерь | 741K | Щелкните здесь. |
| GIF, сжатие без потерь, но только 256 цветов | 286 К | Щелкните здесь. |
Когда следует использовать каждый?
TIFF
Обычно это изображение наилучшего качества с цифровой камеры.Цифровые фотоаппараты часто предлагают около трех настроек качества JPG плюс TIFF. Поскольку JPG всегда означает хоть какая-то потеря качества, TIFF означает лучшее качество. Однако файл размер огромен по сравнению даже с лучшими настройками JPG, и преимущества могут не быть заметным.
Более важное использование TIFF в качестве рабочего формата хранения при редактировании и манипулировать цифровыми изображениями. Вы не хотите, чтобы несколько раз загружались, редактировались, циклы сохранения с сохранением JPG, так как ухудшение накапливается с каждым новым сохранением.Одно или два сохранения JPG в высоком качестве могут быть незаметны, а вот десятое наверняка будет. TIFF не содержит потерь, поэтому нет никакого ухудшения качества, связанного с сохранением файл TIFF.
НЕ используйте TIFF для изображений в Интернете. Они создают большие файлы и, что более важно, большинство веб-браузеров не отображают файлы TIFF.
JPG
Это формат, который выбирают почти для всех фотографий в Интернете. Вы можете добиться отличного качества даже при достаточно высоких настройках сжатия.Я также использую JPG как лучший формат для всех моих цифровых фотографий. Если я редактирую фото, Я буду использовать проприетарный формат моего программного обеспечения, пока не закончу, а затем сохраню результат в формате JPG.
Цифровые камеры по умолчанию сохраняют в формате JPG. Переход на TIFF или RAW улучшается качество в принципе, но разницу сложно увидеть. Съемка в формате TIFF имеет два недостатка по сравнению с JPG: меньше фотографий на карту памяти и длиннее между фотографиями подождите, пока изображение перейдет на карту.Я редко стреляю в режиме TIFF.
Никогда не используйте JPG для рисования линий. На таких изображениях, как это, с областями однородного цвета с острыми краями JPG плохо справляется. Это задачи, для которых GIF и PNG хорошо подходят. См. JPG vs. GIF для веб-изображения.
GIF
Если ваше изображение содержит менее 256 цветов и большие области однородной цвет, GIF — хороший выбор, и когда-то единственный разумный выбор. Файлы будут маленькими, но идеальными. Вот пример изображения, подходящего для GIF:
НЕ используйте GIF для фотографических изображений, так как он может содержать только 256 цветов. за изображение.
PNG: «GIF для более 256 цветов»
PNG имеет принципиальную ценность в двух приложениях:
- Если у вас есть изображение с большими областями точно однородного цвета, но содержащее более 256 цветов, на ваш выбор PNG. Его стратегия очень похожа на GIF, но он поддерживает 16 миллионов цветов, а не только 256.
- Если вы хотите отобразить фотографию ровно без потерь в Интернете, PNG — ваш выбор. Веб-браузеры более позднего поколения поддерживают PNG, а PNG единственный формат без потерь, поддерживаемый веб-браузерами.
PNG превосходит GIF почти во всех отношениях. Он производит файлы меньшего размера и позволяет больше цветов. PNG также поддерживает частичную прозрачность . Частичная прозрачность может использоваться для многих полезных целей, таких как затухание и сглаживание текста. В основном GIF используется для анимации, которую мы не будем обсуждать на этой странице.
RAW
Если ваша камера поддерживает RAW, это концептуальный эквивалент пленочного негатива. В нем есть вся информация, которую сняла ваша камера.RAW не предназначен для публикации на вашем веб-сайте, в печати или в социальных сетях. Для этих целей экспортируйте в PNG или JPG.
Советую сохранять копию на каждое изображение в формате JPG. Вы не хотите, чтобы ваши архивы изображений быть только в собственном формате. Хотя большая часть графики программы теперь могут читать формат RAW для многих цифровых камер, это неразумно полагаться на любой проприетарный формат для длительного хранения. Проблема в том, что RAW — это не единый формат. Формат RAW существует у каждого поставщика, и поставщики меняют свои форматы RAW по мере развития своих камер.Сможете ли вы прочитал RAW-файл вашей камеры через пять лет? Через двадцать? JPG — это формат, который, скорее всего, быть читаемым через 50 лет. Таким образом, для хранения изображений целесообразно использовать RAW. в камере и, возможно, для временного хранения без потерь на вашем ПК, но обязательно создайте TIFF, а еще лучше PNG или JPG для архивного хранения. Примечание. Большинство камер, поддерживающих RAW, позволяют указывать сохранение для каждого изображения в формате RAW и JPG. сделай это.
Так зачем вообще возиться с RAW? Поскольку изображение RAW с камеры сохраняет всю информацию, захваченную камерой.Изображения с более совершенных современных камер имеют более 24 бит и сохраняются в формате RAW, но не в формате JPG или PNG. Такие программы, как Adobe Lightroom, позволяют использовать всю информацию в файле RAW для улучшения изображения. Вы можете изменить белый цвет. баланс, яркость, контраст и т. д. с меньшим ухудшением качества, чем при работе с JPG или PNG.
Опять же, повторяя аналогию с пленкой, во времена пленки большинство фотографов отправляли свои выставленные кассеты с пленкой обработчикам фотографий, которые возвращали комплект отпечатков и полосы негативов.Отпечатки — это то, что они показали друзьям и семье. Серьезные фотографы тщательно защищали негативы и позже использовали их в фотолаборатории, чтобы тщательно создавать фотографии с лучшим цветовым и тональным диапазоном. Отпечатки теперь являются вашими JPG, а негативы — вашими файлами RAW.
Другие форматы
При использовании графического программного обеспечения, такого как Photoshop или Paint Shop Pro, рабочие файлы должен быть в проприетарном формате программного обеспечения. Сохраните окончательные результаты в формате TIFF, PNG или JPG.
Связанные страницы
Присылайте предложения по этому поводу страницу на [email protected].
Информация о различных форматах файлов TIFF · Портал для клиентов
Эта статья взята с сайта: http://www.rfc-editor.org/info/rfc2306
| Сетевая рабочая группа Запрос комментариев: 2306 Категория: Информационная | G. Parsons Northern Telecom J. Rafferty Human Communications март 1998 г. |
Формат файла изображения тегов (TIFF) — F-профиль для факса
Статус меморандума
Эта памятка содержит информацию для Интернет-сообщества.Он не определяет никаких стандартов Интернета. Распространение этой памятки не ограничено.
Уведомление об авторских правах
Авторские права © The Internet Society (1998). Все права защищены.
Обзор
В этом документе подробно описывается определение формата TIFF-F, который используется для хранения факсимильных изображений. Кодировка TIFF-F была фольклорной и не имела стандартного определения ссылки до этого документа.
Рабочая группа по Интернет-факсу
Этот документ является продуктом рабочей группы IETF по Интернет-факсу.Все комментарии к этому документу следует направлять в список рассылки по адресу <[email protected]>.
1 Аннотация
Этот документ ссылается на формат файла изображения тега (TIFF) для определения F-профиля TIFF для факсимильной связи (TIFF-F) как формата файла, который может использоваться для хранения и обмена факсимильными изображениями.
2 Определение TIFF
TIFF (формат файла изображения тега) Версия 6.0 подробно определена в [TIFF].
Краткий обзор концепций, используемых в TIFF, включен в этот документ в качестве справочной информации, но читатель может обратиться к исходной спецификации TIFF [TIFF] для получения конкретных технических деталей.
2.1 Базовый TIFF и приложения
TIFF предоставляет метод описания и хранения данных растровых изображений. Основная цель TIFF — предоставить богатую среду, в которой реализации могут обмениваться данными изображений. [TIFF] характеризует Baseline TIFF как ядро TIFF, то, что все основные разработчики TIFF должны поддерживать в своих продуктах. Приложения TIFF определяются с использованием базового TIFF в качестве отправной точки, а затем определения «расширений» для TIFF, которые используются для конкретного «приложения», а также указания любых других отличий от базового TIFF.
3 TIFF-F Определение
3.1 Введение
Несмотря на то, что формат TIFF-F широко используется в течение многих лет, ранее он никогда не документировался в виде стандарта. Неофициальный документ в формате TIFF-F был первоначально создан небольшой группой экспертов по факсу во главе с Джо Кэмпбеллом. Существование TIFF-F отмечено в [TIFF], но не определено. Этот документ определяет F-приложение [TIFF]. Для простоты использования термин TIFF-F будет использоваться в этом документе как сокращение от «F-профиля TIFF для факсимильной связи».Файлы TIFF-F предназначены для использования с типом мультимедийного содержимого MIME image / tiff, который включает поддержку параметра «приложение» (например, application = faxbw).
Ключевые слова « ДОЛЖЕН », « НЕ ДОЛЖЕН », « ТРЕБУЕТСЯ », « ДОЛЖЕН », « НЕ ДОЛЖЕН », « ДОЛЖЕН », « НЕ ДОЛЖЕН », » РЕКОМЕНДУЕТСЯ «,» МАЙ «и» ДОПОЛНИТЕЛЬНО «в этом документе следует интерпретировать, как описано в [REQ].
3.1.1 История создания TIFF-F
До TIFF 6.0 TIFF поддерживал различные «классы», которые определяли использование TIFF для различных приложений. Классы использовались для поддержки определенных приложений, и в этом духе TIFF-F исторически известен как «TIFF Class F». В предыдущих неофициальных документах TIFF-F использовалась терминология «Класс F».
Начиная с TIFF 6.0 [TIFF], концепция класса TIFF была удалена в пользу концепции базового TIFF.Таким образом, в этом документе обновляется определение TIFF-F как F-профиля TIFF для факсимильной связи с использованием базового TIFF, как определено в [TIFF], в качестве отправной точки, а затем определения отличий от базового TIFF, которые применяются для TIFF-F. Почти во всех случаях результирующее определение полей и значений TIFF-F остается согласованным с теми, которые использовались исторически в более ранних определениях TIFF класса F. При этом некоторые значения для полей были обновлены, чтобы обеспечить более точное соответствие с ITU-T [ Т.4] и [T.30] рекомендации по факсу, эти различия отмечены.
3.1.2 Обзор
Назначение данной спецификации — документ:
- Поля и значения, которые применимы для этого F-профиля TIFF для факсимильной связи.
- Минимальный набор полей и значений TIFF-F, который должен иметь возможность взаимодействовать практически со всеми историческими считывателями TIFF-F.
- Более широкий диапазон значений для традиционных полей TIFF-F, который обеспечит поддержку наиболее широко используемых факсимильных сжатий, размеров и разрешений страниц в соответствии с ITU-T [T.4] и [T.30].
Структура определения TIFF-F будет следующей. Краткий обзор структуры файлов TIFF и практические рекомендации по записи и чтению многостраничных файлов TIFF-F приведены в разделах 3.1.3 и 3.1.4.
Далее следует обзор полей TIFF-F. В разделе 3.2 рассматриваются поля из Baseline TIFF, которые применимы для черно-белых (двухуровневых) изображений, а также используются в TIFF-F.
Раздел 3.3 рассматривает другие обязательные поля TIFF-F.Несколько полей, которые являются специфическими расширениями для TIFF-F, рассмотрены в разделе 3.4. Есть также поля, которые могут быть полезны, но не обязательны. Эти рекомендуемые поля перечислены в разделе 3.5. В разделе 3.6 определены требования к минимальному подмножеству полей и значений TIFF-F для максимальной совместимости. Некоторые технические темы, включая вопросы реализации и предупреждения, обсуждаются в следующих разделах. Наконец, в разделе 3.9 представлены программы чтения и записи TIFF-F. Предоставляется таблица обязательных и рекомендуемых полей для TIFF-F Reader, а также подробная информация о разрешенном наборе значений.
3.1.3 Структура файлов TIFF
Структура файлов TIFF указывается в [TIFF]. В этот раздел для информационных целей включено краткое описание структуры TIFF. Кроме того, некоторые практические рекомендации по использованию этой структуры при чтении и записи файлов TIFF-F рассматриваются в следующем разделе 3.1.4. Структура для записи файлов TIFF-F «минимального подмножества» определена в разделе 3.6.2.
Файл TIFF начинается с 8-байтового заголовка файла изображения, который определяет порядок байтов, используемый в файле (см. Раздел 3.9.1), включает последовательность магических чисел, которая идентифицирует содержимое как файл TIFF, а затем использует смещение для указания на первый каталог файлов изображений (IFD). IFD — это последовательность помеченных полей, отсортированных в порядке возрастания (по значению тега), которая содержит атрибуты изображения и указатели на данные изображения. Поля TIFF (также называемые записями) содержат тег, его тип (например, короткий, длинный, рациональный и т. Д.), Счетчик (который указывает количество значений / смещений) и значение / смещение. Однако фактическое значение поля будет присутствовать только в том случае, если оно умещается в 4 байта; в противном случае смещение будет использоваться для указания местоположения данных, связанных с полем.В свою очередь, это смещение можно использовать для указания на массив смещений.
Что касается факсимильных данных, многие документы состоят из серии из нескольких страниц. В TIFF они могут быть представлены с использованием более чем одного IFD в файле TIFF. Каждый IFD определяет подфайл, тип которого указан в поле NewSubfileType. В случае факсимильных данных, помещаемых в файл TIFF-F, каждая страница факсимильного сообщения в многостраничном документе имеет свой собственный IFD. Для двухуровневых факсимильных файлов несколько IFD организованы в виде связанного списка, причем последняя запись в каждом IFD указывает на следующий IFD (указатель в последнем IFD равен 0).(Существует также другой метод организации нескольких IFD в виде дерева, в котором используется поле SubIFD, но этот метод не применим для изображений TIFF-F.) В каждом IFD расположение связанных данных изображения определяется с помощью полей, которые связаны с полосками. Эти поля определяют размер полос (в строках), количество байтов на полосу после сжатия и смещение полосы, которое используется для указания фактического местоположения полосы изображения.
TIFF имеет очень гибкую файловую структуру, но использование некоторых практических рекомендаций для разработчиков при написании многостраничных файлов TIFF-F может создавать структуры TIFF, которые легче обрабатывать читателям.Это особенно важно для реализаций в таких средах, как факсимильные терминалы, где сложно поддерживать сложную файловую структуру.
3.1.4 Практические рекомендации по написанию / чтению многостраничных файлов TIFF-F
Традиционно, исторический TIFF-F требовал, чтобы читатели и писатели могли обрабатывать многостраничные файлы TIFF-F. Основываясь на опыте различных разработчиков TIFF-F, было замечено, что реализация TIFF-F может быть значительно упрощена, если следовать определенным практическим рекомендациям при написании многостраничных файлов TIFF-F.Однако для обеспечения устойчивости к обмену считывателям TIFF-F СЛЕДУЕТ быть подготовленными к чтению файлов TIFF, структура которых соответствует [TIFF], который поддерживает более гибкую структуру файлов, чем рекомендуется здесь.
Структура многостраничного файла TIFF-F будет включать по одному IFD на страницу документа. Следовательно, каждый IFD будет определять атрибуты для одной страницы. Для простоты автору файла TIFF-F СЛЕДУЕТ представлять IFD в том же порядке, что и фактическая последовательность страниц.(Страницы пронумерованы в TIFF-F, начиная со страницы 0 в качестве первой страницы, а затем по возрастанию (т.е. 0, 1, 2, …). Однако, как указано в разделе 3.1.3, любые значения поля более 4 байтов будут должны храниться отдельно от IFD. Считывателям TIFF-F СЛЕДУЕТ ожидать, что IFD будут представлены в порядке страниц, но иметь возможность обрабатывать исключения.
В [TIFF] точное размещение данных изображения не указано. Однако смещения полосы для каждой полосы изображения определяются внутри каждого IFD.Если возможно, второе упрощающее допущение для записи файлов TIFF-F состоит в том, чтобы указать, что данные изображения для каждой страницы многостраничного документа СЛЕДУЕТ, , содержаться в одной полосе (т. Е. Одной полосе изображения на страницу факса). Использование одной полосы изображения на странице очень полезно для таких реализаций, как сохранение и пересылка сообщений, где файл обычно готовится до передачи, но другие предположения могут применяться к размеру полосы изображения для реализаций, которые требуют использование «потоковых» техник (см. раздел 3.7.6). В случае использования другого предположения о размере полосы изображения (например, постоянный размер полос изображения, который может быть меньше размера страницы), это сразу станет очевидным из значений / смещений полей, связанных с полосами. С точки зрения устройства чтения TIFF-F, одна полоса изображения на странице позволяет находить данные изображения по ссылке с помощью одного смещения, что приводит к значительно упрощенной структуре изображения и более быстрой обработке.
Третье упрощающее предположение состоит в том, что каждый IFD ДОЛЖЕН быть помещен в файловую структуру TIFF-F в точку, которая предшествует изображению, которое описывает IFD.Если присутствуют какие-либо длинные значения поля (см. Раздел 3.1.3), то эти СЛЕДУЕТ помещать после их ссылающегося IFD и перед данными изображения, которые они описывают.
Четвертое упрощающее допущение для записывающих и читающих TIFF-F состоит в том, чтобы разместить фактические данные изображения в физическом порядке в файловой структуре TIFF, который согласуется с логическим порядком страниц. На практике устройства чтения TIFF-F должны будут использовать смещения полос, чтобы найти точное физическое расположение данных изображения, независимо от того, представлены они в логическом порядке страниц или нет.
Устройства записи TIFF-F МОГУТ сделать пятое упрощающее предположение, в котором IFD, данные значения и данные изображения, для которых IFD имеет смещения, предшествуют IFD следующего изображения. Эти элементы ДОЛЖНЫ предшествовать IFD следующего изображения в минимальном наборе файлов TIFF-F (см. Раздел 3.6.2). Однако в случае TIFF-F этот принцип был ослаблен, чтобы отразить прошлую практику.
Таким образом, файл TIFF-F, структурированный с использованием рекомендаций этого раздела, по существу будет состоять из связанного списка IFD, представленных в порядке возрастания страниц, которые, в свою очередь, указывают на одну страницу данных изображения (одна полоса на page), где страницы данных изображения также размещаются в логическом порядке страниц в файловой структуре TIFF-F.(Страницы данных изображения могут сами храниться непрерывно, по выбору разработчика).
3.2 Обязательные поля базового TIFF для изображений BiLevel
Baseline TIFF на [TIFF] требует наличия следующих полей для всех изображений BiLevel: ImageWidth, ImageLength, Compression, PhotometricInterpretation, StripOffsets, RowsPerStrip, StripByteCounts, XResolution, YResolution и ResolutionUnit. TIFF-F использует все эти поля, но в некоторых случаях указывает диапазон допустимых значений, отличный от базового TIFF.Согласно [TIFF], если поля не указаны, будет применяться значение по умолчанию Baseline TIFF (если указано).
В определениях полей, которые следуют в этом и последующих разделах, поля будут представлены в следующей форме:
Имя поля (номер тега) = значения (если применимо). ТИП
Ниже приводится краткое описание полей базового формата TIFF и их использования в формате TIFF-F:
- Ширина изображения (256) = 1728, 2048, 2432, 2592, 3072, 3648, 3456, 4096, 4864.КОРОТКИЙ или ДЛИННЫЙ. Это фиксированная ширина страницы в пикселях. Допустимые значения зависят от разрешения X и Y, как показано в разделах 2 и 3 [T.4] и воспроизведено здесь для удобства:
XResolution x Yresolution | ImageWidth
——————————————— | — —————
204×98, 204×196, 204×391, 200×100, 200×200 | 1728, 2048, 2432
300×300 | 2592, 3072, 3648
408×391, 400×400 | 3456, 4096, 4864
——————————————— | ——————Исторический TIFF-F не включал поддержку следующей ширины, связанной с более высоким разрешением: 2592, 3072, 3648, 3456, 4096 и 4864.Исторические документы TIFF-F также включали следующие значения, связанные с шириной A5 и A6: 816 и 1216. Согласно последней версии [T.4], документы A5 и A6 больше не поддерживаются в факсимильной связи группы 3, поэтому соответствующая ширина значения устарели. См. Раздел 3.8.2 для получения дополнительной информации о дюймовых / метрических эквивалентах и других деталях реализации.
- ImageLength (257). КОРОТКИЙ или ДЛИННЫЙ. ДЛИННО рекомендуется. Общее количество строк развертки в изображении.
- Сжатие (259) = 3,4.КОРОТКАЯ. Это обязательное поле TIFF-F. Допустимые значения для TIFF-F — 3 и 4, как показано. Значение по умолчанию для базового TIFF — 1 (без сжатия), но это значение недопустимо для факсимильных изображений. Базовый TIFF также позволяет использовать значение 2 (модифицированная кодировка Хаффмана), но данные представлены в форме, не содержащей EOL. Вместо этого TIFF-F указывает значение 3 для кодирования одномерных данных T.4 Modified Huffman или 2-мерных Modified READ. Подробные настройки, применимые к T.4 закодированных данных указываются с помощью поля T4Options. TIFF-F также позволяет использовать значение 4 для поля сжатия, которое указывает, что данные кодируются с использованием метода сжатия [T.6] (то есть двумерного метода Modified Modified READ). Подробные настройки, которые применяются для данных в кодировке T.6, указываются в поле T6Options.
Пожалуйста, обратитесь к определениям полей T4Options и T6Options в разделе 3.3 и разделе 3.8 для получения дополнительной информации о кодировании изображений и соглашениях, используемых в TIFF-F.
Фотометрическая интерпретация (260) = 0,1. КОРОТКАЯ.
Это поле позволяет обозначать перевернутое («негативное») изображение:
0 = нормальное
1 = перевернутое - StripOffsets (273). КОРОТКИЙ или ДЛИННЫЙ. Для каждой полосы — смещение этой полосы. Смещение измеряется от начала файла. Если страница представлена одной большой полосой, на каждой странице будет одна такая запись.
- RowsPerStrip (278). КОРОТКИЙ или ДЛИННЫЙ. ДЛИННО рекомендуется. Количество строк развертки на полосу.Когда страница представлена в виде одной большой полосы, это то же самое, что и поле ImageLength.
- StripByteCounts (279). ДЛИННЫЙ или КОРОТКИЙ. ДЛИННО рекомендуется. Для каждой полосы количество байтов в этой полосе. Если страница представлена в виде одной большой полосы, это общее количество байтов на странице после сжатия. Обратите внимание, что выбор ДЛИННОЙ или КОРОТКОЙ зависит от размера полосы.
единица разрешения (296) = 2,3. КОРОТКАЯ.
Единицы измерения разрешения:
2 = дюймы
3 = сантиметрыTIFF-F традиционно использует дюймовые меры.
- XResolution (282) = 204, 200, 300, 400, 408 (дюймы). РАЦИОНАЛЬНЫЙ. Горизонтальное разрешение изображения TIFF-F, выраженное в пикселях на единицу разрешения. Значения 200 и 408 были добавлены к историческим значениям TIFF-F для согласования с [T.30]. Некоторые существующие реализации TIFF-F могут также поддерживать значения 77 (см). См. Раздел 3.8.2 для получения дополнительной информации о дюймовых / метрических эквивалентах и других деталях реализации.
- Y Разрешение (283) = 98, 196, 100, 200, 300, 391, 400 (дюймов).РАЦИОНАЛЬНЫЙ. Вертикальное разрешение изображения TIFF-F, выраженное в пикселях на единицу разрешения. Значения 100, 200 и 391 были добавлены к историческим значениям TIFF-F для согласования с [T.30]. Некоторые существующие реализации TIFF-F могут также поддерживать значения 77, 38,5 (см). См. Раздел 3.8.2 для получения дополнительной информации о дюймовых / метрических эквивалентах и других деталях реализации.
3.3 Обязательные поля TIFF-F
Помимо полей Baseline TIFF, есть дополнительные обязательные поля для TIFF-F.Обзор дополнительных обязательных полей для TIFF-F следует:
- BitsPerSample (258) = 1. КОРОТКИЙ. Поскольку TIFF-F используется только для черно-белых факсимильных изображений, значение равно 1 (по умолчанию) для всех файлов.
- FillOrder (266) = 1,2. КОРОТКИЙ. Считыватели TIFF-F должны иметь возможность читать данные в обоих битовых порядках, но подавляющее большинство факсимильных аппаратов сначала хранят данные LSB, точно так, как они отображаются на телефонной линии.
- 1 = Сначала старший бит.
- 2 = Сначала младший бит.
- NewSubFileType (254) = (Бит 1 = 1). ДЛИННЫЙ. Это поле состоит из 32 битов флага. Ожидается, что неиспользуемые биты будут равны 0, а бит 0 — это бит младшего разряда. Бит 0 устанавливается в 0 для TIFF-F. Бит 1 всегда устанавливается в 1 для TIFF-F, указывая на одну страницу многостраничного изображения. Такие же битовые настройки используются, когда TIFF-F используется для одностраничного факсимильного изображения. См. Разделы 3.1.1 и 3.1.2 для получения более подробной информации о структуре многостраничных файлов изображений TIFF-F.
- Номер страницы (297). КОРОТКИЙ / КОРОТКИЙ.В этом поле указываются номера страниц в факсимильном документе. Поле содержит два коротких значения: первое значение — номер страницы, второе — общее количество страниц. Поэтому одностраничные документы используют шестнадцатеричное значение 0000/0001. Если второе значение равно 0, общее количество страниц в документе недоступно.
- SamplesPerPixel (277) = 1. КОРОТКИЙ. Значение 1 обозначает двухуровневое изображение, изображение в градациях серого или цветовое изображение палитры. Также существует требование включать поле T4Options или T6Options в IFD TIFF-F, в зависимости от настройки поля Compression.Эти поля определены в следующем разделе о расширениях TIFF.
3.4 Расширения TIFF-F
Это поля, которые являются расширениями за пределами обязательных полей TIFF-F. Следующие поля определены как расширения в [TIFF].
- T4Options (292) (Бит 0 = 0 или 1, Бит 1 = 0, Бит 2 = 0 или 1). ДЛИННЫЙ. Это поле является обязательным, если для поля сжатия установлено значение 3. Значения установлены, как показано ниже для TIFF-F. Для TIFF-F несжатые данные не допускаются, и EOL МОЖЕТ быть выровненным по байтам (см. Раздел 3.8.3).
Это поле состоит из 32 битов флага. Неиспользуемые биты должны быть установлены в 0. Бит 0 — это бит младшего разряда. Обратите внимание, что T4Options назывался G3Options в более ранних версиях TIFF и TIFF-F. Данные в изображении TIFF-F, закодированные с использованием одного из методов T.4, не завершаются RTC (см. Раздел 3.8.5).
- бит 0 = 0 для одномерного, 1 для двумерного (MR)
- бит 1 = должен быть 0 (несжатые данные не допускаются)
- бит 2 = 0 для EOL без байтового выравнивания или 1 для EOL с байтовым выравниванием
- T6Options (293) = (Бит 0 = 0, Бит 1 = 0) ДЛИН.Это поле требуется для TIFF-F, если значение поля сжатия установлено на 4. Значение этого поля состоит из набора из 32 битов флага. Установка бита 0 в 0 указывает, что данные сжаты с использованием метода двумерного сжатия Modified Modified READ (MMR). Сжатые данные MMR являются двумерными и не используют EOL. Каждое закодированное изображение MMR ДОЛЖНО включать в себя код «конца факсимильного блока» (EOFB) в конце каждой кодированной полосы (см. Раздел 3.8.6). Несжатые данные неприменимы для двухуровневых факсимильных изображений, поэтому бит 1 должен быть установлен в 0.Неиспользуемые биты должны быть установлены в 0. Бит 0 — это младший бит. Значение по умолчанию — 0 (все биты 0).
В более ранних версиях TIFF это поле называлось Group4Options. Значение не изменилось, и настоящее определение совместимо.
- бит 0 = 0 для 2-мерного
- бит 1 = должен быть 0 (несжатые данные не допускаются)
Кроме того, три новых поля, определенных как расширения TIFF-F, описывают качество страницы. Информация, содержащаяся в этих полях, обычно получается от принимающего факсимильного оборудования (если применимо).Эти поля необязательны. Их НЕ СЛЕДУЕТ использовать при записи файлов TIFF-F для данных факсимильных изображений, которые исправлены или иным образом гарантированно не содержат ошибок кодирования.
Некоторым реализациям необходимо точно понимать содержание ошибки данных. Например, программе CAD может потребоваться проверить, что файл имеет низкий уровень ошибок, прежде чем импортировать его в документ высокой точности. Поскольку факсимильные устройства Группы 3 не обязательно выполняют исправление ошибок в данных изображения, качество принятой страницы должно выводиться из количества пикселей в декодированных строках развертки.«Хорошая» линия развертки определяется как строка, которая после декодирования содержит правильное количество пикселей. И наоборот, «плохая» линия развертки определяется как строка, которая при декодировании содержит неправильное количество пикселей.
3.5 Рекомендуемые поля
Это поля, которые МОЖЕТ использовать при кодировании файлов TIFF-F, но они по своей природе условны и могут игнорироваться многими программами чтения TIFF. Эти поля называются рекомендованными в соответствии с исторической практикой TIFF-F.
- BadFaxLines (326) [определено в разделе 3.4]
- CleanFaxData (327) [определено в разделе 3.4]
- ConsecutiveBadFaxLines (328) [определено в разделе 3.4]
- Дата и время (306). ASCII. Дата и время в формате ГГГГ: ММ: ДД ЧЧ: ММ: СС в 24-часовом формате. Длина строки, включая нулевой байт, составляет 20 байт. Пробел между DD и HH.
- DocumentName (269). ASCII. Это имя документа, из которого был отсканирован документ.
- Описание изображения (270). ASCII. Это строка ASCII, описывающая содержимое изображения.
- Ориентация (274). КОРОТКАЯ. Это поле обозначено как «Рекомендуемое» для согласования с историческим TIFF-F, но также является базовым полем TIFF со значением по умолчанию 1 на [TIFF]. Значение по умолчанию 1 применяется, если поле опущено, но для ясности модулям записи TIFF-F СЛЕДУЕТ включать это поле. Это поле может быть полезно для средств отображения, которые всегда хотят отображать одну и ту же ориентацию независимо от изображения. Значение по умолчанию 1: «0-я строка — это визуальный верх изображения, а 0-й столбец — визуальный левый.»Поворот на 180 градусов равен 3. См. [TIFF] для объяснения других значений.
- Программное обеспечение (305). ASCII. Необязательное имя и номер версии программного пакета, создавшего образ.
3.6 Требования к минимальному подмножеству TIFF-F
В этом разделе определены требования к минимальному подмножеству полей и значений TIFF-F, которые все считыватели TIFF-F ДОЛЖНЫ поддерживать для максимальной совместимости с текущими и историческими реализациями TIFF-F. Также определяется структура TIFF-F для записи файлов с минимальным набором файлов.
3.6.1 Сводка минимального подмножества полей и значений
Сводная информация о минимальном подмножестве полей и значений TIFF-F представлена в следующей таблице. Обязательные поля для минимального подмножества показаны в столбце «Поле». Значения этих полей в минимальном подмножестве показаны в столбце «Минимум».
Поле | Минимум | Комментарий
------------------ | -------------- | ---------------- ---------------
BitsPerSample | 1 | один бит на выборку
Сжатие | 3 | 3 для T.4 (MH)
FillOrder | 2 | Сначала младший бит
ImageWidth | 1728 |
ImageLength | | требуется
NewSubFileType | Бит 1 = 1 | одна страница многостраничного файла
PageNumber | X / X | пг / общее, 0 основание, общее в 1-м IFD
PhotometricInterp | 0 | 0 белый
ResolutionUnit | 2 | дюймов (по умолчанию)
RowsPerStrip | = ImageLength |
SamplesPerPixel | 1 | один образец на пиксель
StripByteCounts | | требуется
StripOffsets | | требуется
T4Options | Бит 0 = 0 | MH
| Бит 1 = 0 |
| Бит 2 = 0,1 | Без байтового выравнивания,
| | Выровненные по байтам EOL
XResolution | 204 | Единицы на дюйм
YResolution | 196,98 | Единицы на дюйм
------------------ | -------------- | ---------------- --------------
3.6.2 Минимальная файловая структура подмножества TIFF-F
Для реализаций, которые должны записывать минимальное подмножество файлов TIFF-F, должна использоваться файловая структура, показанная на рисунке 3.1 :
+ ----------------------- +
| Заголовок | ------------ +
+ ----------------------- + | Первый IFD
| IFD (стр. 0) | <---------- + Смещение
+ --- | | ------------ +
| | | - + |
Значение | + ----------------------- + | |
Смещение + -> | Длинные значения | | |
+ ----------------------- | | Полоса |
| Данные изображения (страница 0) | <- + Смещение |
+ ----------------------- + | Следующий IFD
| IFD (стр. 1) | <---------- + Смещение
+ --- | | ------------ +
| | | - + |
Значение | + ----------------------- + | |
Смещение + -> | Длинные значения | | |
+ ----------------------- | | Полоса |
| Данные изображения (страница 1) | <- + Смещение |
+ ----------------------- + | Следующий IFD
| IFD (стр. 2) | <---------- + Смещение
+ ----------------------- +
| : |
| : |
Рисунок 3.1 Минимальная файловая структура подмножества TIFF-F
Как показано на рисунке 3.1, IFD каждой страницы предшествует соответствующим данным изображения для этой страницы. Если присутствует, любые длинные значения поля появляются между IFD и данными изображения для этой страницы. Для многостраничных документов за каждой парой IFD / изображение сразу следует следующая пара IFD / изображение в логическом порядке страниц в файловой структуре, пока не будут определены все страницы.
Формат заголовка TIFF определен в [TIFF].При записи файлов минимального подмножества TIFF-F значение для порядка байтов в заголовке ДОЛЖНО быть II (0x4949, что означает, что байты в файле TIFF идут в порядке младших битов (с прямым порядком байтов).
В результате получается заголовок TIFF, содержимое которого показано на рисунке 3.2.
| Смещение | Описание | Тип | Значение | + -------- + ------------------- + -------- + ----------- --------- + | 0 | Порядок байтов | Короткие | 0x4949 (II) | + -------- + ------------------- + -------- + ----------- --------- + | 2 | Версия | Короткие | 42 | + -------- + ------------------- + -------- + ----------- --------- + | 4 | Смещение 0-й ИФД | Длинный | 0x 0000 0008 | + -------- + ------------------- + -------- + ----------- --------- + Рисунок 3.2: Заголовок файла изображения для минимального набора файлов TIFF-F
3.7 Технические проблемы внедрения
3.7.1 Полоски
Те, кто плохо знаком с TIFF, возможно, не знакомы с концепцией «полос», воплощенной в трех полях: RowsPerStrip, StripByteCount, StripOffsets.
Обычно сторонние реализации, которые читают и записывают файлы TIFF, ожидают, что изображение будет разделено на «полосы», также известные как «полосы». Каждая полоса содержит несколько строк изображения.Используя полосы, считывателю TIFF не нужно загружать все изображение в память, что позволяет ему при необходимости извлекать и распаковывать небольшие случайные части изображения.
Размеры полосы описываются полями RowsPerStrip и StripByteCount. Расположение каждой полосы в файле TIFF содержится в поле StripOffsets.
Размер лент TIFF-F зависит от области применения. Рекомендуемый подход для многостраничных изображений TIFF-F заключается в представлении каждой страницы в виде одной полосы.
3.7.2 Порядок битов
Порядок битов по умолчанию в базовом TIFF на [TIFF] указывается как FillOrder = 1, где биты не меняются местами перед сохранением. Однако TIFF-F обычно использует настройку FillOrder = 2, где битовый порядок в байтах меняется на обратный перед сохранением (т. Е. Биты сохраняются с младшим значащим битом первым).
Факсимильные данные отображаются на телефонной линии в обратном порядке по сравнению с их описанием в Рекомендации T CCITT.4. Поэтому подавляющее большинство реализаций факсимильной связи выбирают этот естественный порядок хранения. Тем не менее, считыватели TIFF-F должны иметь возможность читать данные в обоих битовых порядках.
3.7.3 Многостраничный
Многие существующие реализации уже читают файлы типа TIFF-F, но не поддерживают многостраничное поле. Поскольку многостраничный формат значительно упрощает управление файлами в прикладном программном обеспечении факсов, TIFF-F определяет многостраничные документы (NewSubfileType = 2) как стандартный случай.
3.7.4 Сжатие
В факсимильной связи группы 3 есть три метода сжатия, которые были стандартизированы с 1994 г. и широко используются. Рекомендация ITU-T T.4 определяет метод одномерного сжатия, известный как Modified Huffman (MH), и двумерный метод, известный как Modified READ (MR) (READ - сокращение от Relative Element Address Designate). В 1984 году в протоколе T. был определен несколько более эффективный метод сжатия, известный как Modified Modified READ (MMR).6 рекомендация. Первоначально он был определен для использования с факсимильными аппаратами группы 4, поэтому этот метод сжатия обычно называют сжатием группы 4. В 1991 году метод MMR был одобрен для использования в факсимильных аппаратах Группы 3 и с тех пор широко используется.
TIFF-F допускает три различных метода сжатия. В наиболее распространенной практике используется метод одномерного сжатия (Modified Huffman). Это определяется установкой значения поля Compression равным 3, а затем установкой бита 0 поля T4Options на 0.В качестве альтернативы можно выбрать метод двумерного модифицированного чтения (который гораздо реже используется в исторических реализациях TIFF-F), установив бит 0 в значение 1.
Необязательно, в зависимости от требований реализации, может быть выбран более эффективный метод двумерного сжатия из T.6 (то есть MMR или «сжатие группы 4»). Этот метод выбирается установкой значения поля Compression равным 4, а затем установкой значения первых двух битов (и всех неиспользуемых битов) T6options на 0.Дополнительная информация, которая поможет разработчику сделать выбор сжатия, содержится в разделе 3.8 «Предупреждения по внедрению».
3.7.5 Пример использования полей качества страницы
Вот примеры записи полей CleanFaxData, BadFaxLines и ConsecutiveBadFaxLines:
- Факсимильное оборудование не предоставляет информацию о качестве страницы: НЕ ДОЛЖЕН записывать поля качества страницы.
- Факсимильное оборудование предоставляет информацию о качестве страницы, но не сообщает о плохих строках.Пишите только BadFaxLines = 0.
- Факсимильное оборудование предоставляет информацию о качестве страницы и сообщает о плохих строках. Напишите как BadFaxLines, так и ConsecutiveBadFaxLines. Также напишите CleanFaxData = 1 или 2, если известна возможность регенерации оборудования.
- Исходный поток данных изображения исправлен или иным образом гарантирован безошибочный, например, для файла, сгенерированного компьютером: НЕ ДОЛЖЕН записывать поля качества страницы.
3.7.6 Использование TIFF-F для потоковых приложений
TIFF-F исторически использовался для обработки файлов изображений факсов в таких реализациях, как сохранение и пересылка сообщений, когда полный размер файла известен заранее.Хотя TIFF-F также может использоваться в качестве формата файла для таких случаев, как потоковые приложения, могут потребоваться другие предположения, чем те, которые представлены в этом документе (например, полный размер и количество страниц в изображении заранее неизвестны) . В результате определение потокового приложения TIFF-F выходит за рамки этого документа.
3.7.7 Экспорт и импорт TIFF-F
РеализацииFax, которые не хотят поддерживать TIFF-F в качестве собственного формата, могут выбрать поддержку его в качестве среды импорта / экспорта.
- Экспорт - Реализациям рекомендуется экспортировать многостраничные файлы TIFF-F без изменения полей и значений. Исторически сложилось так, что некоторые разработчики TIFF-F пытались создать отдельные одностраничные файлы TIFF-F с измененными значениями NewSubFileType и PageNumber (page one-of-one) для целей экспорта. Однако нет простого способа связать такие несколько одностраничных файлов вместе в логический многостраничный документ, поэтому такая практика не рекомендуется.
- Импорт - Устройство чтения TIFF-F ДОЛЖНО иметь возможность обрабатывать файл TIFF-F, содержащий несколько страниц.
3.8 Предупреждения по внедрению
3.8.1 Несжатые данные
TIFF-F требует возможности чтения и записи как минимум одномерных данных T.4 Huffman («сжатых»). Несжатые данные не допускаются. Это означает, что бит «Несжатый» в T4Options или T6Options должен быть установлен в 0.
3.8.2 Кодирование и разрешение
Поскольку двумерное кодирование не требуется для совместимости с Группой 3, некоторые старые программы чтения TIFF-F не могли читать такие файлы. Минимальное подмножество TIFF-F ТРЕБУЕТ поддержки одномерных (модифицированных файлов Хаффмана), поэтому этот выбор максимизирует переносимость. Однако разработчикам, стремящимся к большей эффективности СЛЕДУЕТ использовать сжатие T.6 MMR при записи файлов TIFF-F. Некоторые программы для чтения TIFF-F также поддерживают двумерные модифицированные файлы READ.Разработчикам, которые хотят иметь максимальную гибкость при чтении файлов TIFF-F, СЛЕДУЕТ поддерживать все три этих метода сжатия (MH, MR и MMR).
Что касается разрешения, то почти все факсимильные аппараты поддерживают как стандартное (98 точек на дюйм) вертикальное разрешение, так и "высокое" (196 точек на дюйм) разрешение. Следовательно, файлы с высоким разрешением вполне переносимы в реальном мире.
В 1993 году ITU-T добавил поддержку более высоких разрешений в T.30 рекомендаций, включая 200 x 200, 300 x 300, 400 x 400 точек на дюйм. В то же время была добавлена поддержка метрических размеров, которые эквивалентны следующим дюймовым разрешениям: 391v x 204h и 391v x 408h. Поэтому полный набор дюймовых эквивалентов новых разрешений поддерживается устройством записи TIFF-F, поскольку они могут появляться в некоторых потоках данных изображения, полученных от факсимильных устройств Группы 3. Однако многие факсимильные терминалы и более старые версии считывателей TIFF-F, вероятно, не поддерживают использование этих более высоких разрешений.
Согласно [T.4], реализациям разрешено рассматривать следующие значения XResolution как эквивалентные: <204,200> и <400,408>. Аналогичным образом, следующие значения YResolution могут также рассматриваться как эквивалентные: <98, 100>, <196, 200> и <391, 400>. Эти эквивалентности были разрешены [T.4] для преобразования между дюймовыми и метрическими факсимильными терминалами.
Аналогичным образом, дополнительная поддержка метрических разрешений в считывателе TIFF-F (т.е.е. 77 x 38,5 см) включены для полноты, поскольку они используются в некоторых устаревших реализациях TIFF-F
, но такое использование не рекомендуется для создания файлов TIFF-F писателем.
3.8.3 EOL с выравниванием по байтам
Историческое соглашение для TIFF-F заключалось в том, что все EOL в модифицированных данных Хаффмана или модифицированных данных READ должны быть выровнены по байтам. Однако в Baseline TIFF по умолчанию разрешено использование не выровненных по байтам EOL, так что большой процент реализаций считывателей TIFF-F поддерживает оба соглашения.Следовательно, минимальное подмножество TIFF-F, как определено в этом документе, включает поддержку как побайтовых, так и небайтовых EOL.
EOL считается выровненным по байтам, если биты заполнения добавлены по мере необходимости перед кодами EOL, так что EOL всегда заканчивается на границе байта, обеспечивая, таким образом, последовательность EOL из одного байта, которому предшествует нулевой полубайт: xxxx0000 00000001.
Модифицированное кодирование Хаффмана кодирует биты, а не байты. Это означает, что маркер конца строки может заканчиваться в середине байта.При байтовом выравнивании добавляются дополнительные нулевые биты (заполнение), так что первый бит данных после EOL начинается на границе байта. Фактически, байтовое выравнивание освобождает прикладное программное обеспечение от бремени битового сдвига каждого байта при анализе строк развертки для строчно-ориентированного манипулирования изображением (например, записи файла TIFF).
Для модифицированного кодирования READ каждая строка заканчивается EOL и битом однобитового тега. Пер [Т.4], значение бита тега равно 0, если следующая строка содержит два размерных данных и 1, если следующая строкой является опорной линией.Для поддержания байтового выравнивания биты заполнения добавляются перед битовой последовательностью EOL / tag, так что первый бит данных, следующий за битом MR-метки, начинается на границе байта.
3.8.4 EOL
Как показано на РИС. 1 / T.4 в [T.4], факсимильные документы, закодированные с помощью Modified Huffman, начинаются с EOL (который в TIFF-F может быть выровнен по байтам). Последняя строка изображения не заканчивается EOL. Аналогичным образом изображения, закодированные с помощью двумерного кодирования Modified READ, начинаются с EOL, за которым следует бит тега.
3.8.5 Исключение RTC
Помимо EOL файлы TIFF-F исторически содержали только данные изображения. Это означает, что реализации, которые хотят поддерживать строгое соответствие правилам в [TIFF] и совместимость с историческим TIFF-F, НЕ ДОЛЖНЫ включать последовательность возврата к управлению (RTC) (состоящую из 6 последовательных EOL) при записи TIFF-F файлы. Однако реализации, которые должны поддерживать «прозрачность» данных изображения [T.4], МОГУТ включать RTC при записи файлов TIFF-F, если настройки флага поля T4Options установлены для не выровненных по байтам данных изображения MH или MR.Разработчики программ для чтения TIFF также должны знать, что существуют некоторые существующие реализации TIFF-F, которые включают последовательность RTC в данные изображения MH / MR. Следовательно, считыватели TIFF-F ДОЛЖНЫ иметь возможность обрабатывать файлы, которые не включают RTC, а ДОЛЖЕН иметь возможность обрабатывать файлы, которые действительно включают RTC.
3.8.6 Использование EOFB для сжатых изображений T.6
Страницы TIFF-F, закодированные с помощью метода сжатия T.6 Modified Modified READ , ДОЛЖНЫ включать в себя код «конца факсимильного блока» (EOFB) в конце каждой кодированной полосы.В [TIFF] код EOFB сопровождается битами заполнения, необходимыми для выравнивания по границе байта. Считывателям TIFF СЛЕДУЕТ игнорировать любые биты, кроме битов заполнения, за пределами EOFB.
3.9 Сводка полей TIFF-полей
Реализациимогут выбрать реализацию TIFF-F Reader, TIFF-F Writer или обоих, в зависимости от требований приложения. Читатель TIFF-F обычно используется для чтения существующего файла TIFF-F, который находится на компьютере или периферийном устройстве. Модуль записи TIFF-F обычно используется для преобразования битового потока двухуровневого изображения в файл, совместимый с TIFF-F.Для многих Интернет-приложений необходимо реализовать только Reader. Конкретная поддержка полей, необходимая для устройств чтения и записи TIFF-F, кратко изложена ниже.
3.9.1 Устройство чтения TIFF
Поля в следующей таблице указаны для устройства чтения TIFF-F. Показан диапазон значений для обязательных и рекомендуемых полей. Также показано минимальное подмножество значений. Если обязательные поля не указаны в файле TIFF-F, будет применяться значение по умолчанию Baseline TIFF.В данных изображения не должно быть ошибок кодирования. В таблице некоторые поля имеют значение, которое представляет собой последовательность битов флага (например, T4Options). Реализация должна проверять установку соответствующих битов флага по отдельности, чтобы можно было надлежащим образом игнорировать расширения последовательности битов флага.
Как отмечено в [TIFF], файл TIFF начинается с 8-байтового заголовка файла изображения, первые два байта которого (0–1) содержат порядок байтов в файле. Допустимые значения:
- II- Порядок байтов от младшего до самого старшего байта (little-endian)
- MM - порядок байтов всегда от старшего к младшему (с прямым порядком байтов)
Для устройства чтения TIFF-F допустимые значения:
- ByteOrder: MM, II (разрешен любой порядок байтов)
3.9.1.1 Поля для TIFF-F Reader
Рекомендуемые поля в таблице отмечены звездочкой (*).
Могут присутствовать и другие поля, но они должны носить информационный характер, чтобы читатель мог игнорировать их.
Информационные поля, которые часто присутствуют в изображениях TIFF-F: Software, Datetime, BadFaxLines, CleanFaxData и ConsecutiveBadFaxLines.
Поле | Ценности | Минимум | Комментарий
------------------ | ------------- | ------------- | --- -------------------
BitsPerSample | 1 | 1 | один бит на выборку
Сжатие | 3,4 | 3 | 3 для T.4 (MH, MR)
| | | 4 для T.6 - MMR
FillOrder | 2,1 | 2 | Сначала младший бит или старший бит
ImageWidth | 1728, 2048, | 1728 | зависит от разрешения XR
| 2432, 2592, | |
| 3072, 3648, | |
| 3456, 4096, | |
| 4864 | |
ImageLength | > 0 | | требуется
NewSubFileType | Бит 1 = 1 | Бит 1 = 1 | одна страница
| | | многостраничный файл
Ориентация * | 1 | | 1-я строка = верхний левый,
| | | 1-й столбец = верх
PageNumber | X / X | 0/1 | пг / общее, 0 базовый,
| | | тот в 1-й IFD
PhotometricInterp | 0,1 | 0 | 0 белый
ResolutionUnit | 2,3 | 2 | дюймов (по умолчанию)
RowsPerStrip | = ImageLength | = ImageLength |
| или другое | |
SamplesPerPixel | 1 | 1 | один образец на пиксель
StripByteCounts | > 0 | | требуется
StripOffsets | > 0 | | требуется
T4Options | Бит 0 = 0,1 | Бит 0 = 0 | MH, MR (включая, если не MMR)
| Бит 1 = 0 | Бит 1 = 0 |
| Бит 2 = 0,1 | Бит 2 = 0,1 | Не выровненные по байтам и
| | | Выровненные по байтам EOL
T6Options | 0 | | MMR (включая только если MMR)
XResolution | 204,200,300, | 204 | Если единица измерения - дюйм
| 400 408, | |
| 77 | | Если единица измерения - см
YResolution | 196,98,100, | 196,98 | Если единица измерения - дюйм
| 200,300,391, | |
| 400, | |
| 77,38.5 | | Если единица измерения - см
------------------ | ------------- | ------------- | --- -------------------
3.9.2 Устройство записи TIFF-F
Для случая записи (создания) файла формата TIFF-F из потока данных изображения или других растровых данных реализации ДОЛЖНЫ записывать файлы, которые могут быть прочитаны устройством чтения TIFF-F, как определено в 3.9.1. Рекомендуется включать все поля из таблицы в 3.9.1.1 при записи файлов TIFF-F, чтобы минимизировать зависимости от значений по умолчанию.В данных изображения не должно быть ошибок кодирования.
Могут присутствовать и другие поля, но они должны носить информационный характер, чтобы Читатель мог игнорировать их.
Для случая записи файлов TIFF-F «минимального подмножества» применяются правила, определенные в разделе 3.6.
Информационные поля, которые могут быть полезны для файлов TIFF-F: Software, Datetime, BadFaxLines, ConsecutiveBadFaxLines
Модулям записи TIFF СЛЕДУЕТ генерировать поля, которые описывают качество факсимильного изображения, только если изображение было сгенерировано из потока данных факсимильного изображения, где исправление ошибок (например,грамм. Группа 3 Режим исправления ошибок) не использовалась. Это следующие поля: CleanFaxData, BadFaxLines и ConsecutiveBadFaxLines.
4 изображения подтипа MIME / tiff
[TIFFREG] описывает регистрацию MIME-типа содержимого image / tiff для ссылки на данные изображения, закодированные в TIFF 6.0. При транспортировке с помощью MIME содержимое TIFF, определенное в этом документе, должно быть закодировано в типе содержимого image / tiff. Кроме того, необязательный параметр «application» определен для image / tiff, чтобы идентифицировать подмножество расширений TIFF и TIFF конкретного приложения для данных закодированного изображения, если оно известно.Обычно это может использоваться, чтобы помочь получателю в отправке подходящего пакета визуализации для обработки отображения или обработки файла изображения.
4.1 Уточнение подтипа MIME image / tiff для приложения F
Поскольку в этом документе определяется профиль TIFF, специфичный для факсимильного аппарата, полезно отметить соответствующий параметр приложения для типа содержимого MIME image / tiff.
Параметр приложения "faxbw" определен для черно-белого факсимильного сообщения.Он подходит для использования в приложениях, которые могут обрабатывать один или несколько TIFF для профилей факсимильных сообщений или подмножеств, используемых для кодирования черно-белых факсимильных данных.
Поскольку этот документ определяет профиль TIFF для факсимильной связи, который подходит для использования с данными черно-белого факсимильного изображения, приложения, которые используют этот профиль или его минимальное подмножество, должны установить значение параметра приложения на «faxbw».
Ниже приведен пример использования Content-type MIME image / tiff с параметром приложения, установленным со значением «faxbw»:
Content-type: image / tiff; application = faxbw
В этом примере использование этого значения параметра позволит приложениям идентифицировать контент как находящийся в профиле или подмножестве TIFF для факсимиле, который подходит для кодирования данных черно-белого изображения, прежде чем пытаться обработать данные изображения.
5 Использование реализации
5.1 Использование Интернет-факса
Использование TIFF-F предусмотрено как компонент Интернет-факса. Предполагается, что Интернет-факс может использовать как устройство чтения TIFF-F, так и устройство записи TIFF-F. Подробная информация об услугах Интернет-факса и их использовании TIFF-F будет указана в других документах.
5.2 Использование VPIM
Приложение F TIFF (т. Е. Содержимое TIFF-F) является вторичным компонентом сообщения VPIM, как определено в [VPIM2].Системы голосовых сообщений часто могут обрабатывать возможности сохранения и пересылки факсов в дополнение к традиционным функциям сохранения и пересылки голосовых сообщений.
В результате факсимильные сообщения TIFF-F могут дополнительно пересылаться между совместимыми системами VPIM и могут быть отклонены, если система-получатель не может обрабатывать факс.
См. Спецификацию VPIM для правильного использования этого содержимого.
6 соображений безопасности
В этом документе описывается кодировка TIFF-F, которая является профилем кодировки TIFF для факсимильной связи.Таким образом, он не создает никаких проблем безопасности, еще не определенных в [TIFFREG], при использовании полей, как определено в [TIFF]. В этой спецификации также определены новые поля TIFF, но они носят чисто описательный характер, поэтому новые риски безопасности не возникают.
Кроме того, кодировка, указанная в этом документе, никоим образом не препятствует использованию любого протокола безопасности в Интернете для шифрования, аутентификации или предотвращения отказа от факсимильных сообщений, закодированных в формате TIFF-F.
7 Адреса авторов
Гленн В. Парсонс
Northern Telecom
PO Box 3511, Station C Ottawa, ON K1Y 4H7
Canada
Телефон: + 1-613-763-7582
Джеймс Рафферти
Human Communications
12 Kevin Drive
Danbury, CT 06811-2901
USA
Телефон: + 1-203-746-4367
8 Ссылки
- [MIME1] Фрид, Н. и Н. Боренштейны, «Многоцелевые расширения почты Интернета (MIME), часть первая: формат тел сообщений в Интернете», RFC 2045, ноябрь 1996 г.
- [MIME4] Фрид, Н. и Н. Боренштейны, «Многоцелевые расширения почты Интернета (MIME), часть четвертая: процедуры регистрации», RFC 2048, ноябрь 1996 г.
- [REQ] Брэднер, С., «Ключевые слова для использования в RFC для обозначения уровней требований», RFC 2119, март 1997 г.
- [T.30] Рекомендация ITU-T T.30 - "Процедуры для факсимильной передачи документов в коммутируемой телефонной сети общего пользования", июнь 1996 г.
- [T.4] Рекомендация ITU-T T.4 - «Стандартизация факсимильных аппаратов группы 3 для передачи документов», июнь 1996 г. [T.6] Рекомендация ITU-T T.6 - "Схемы факсимильного кодирования и функции управления кодированием для факсимильных аппаратов группы 4", март 1993 г.
- [TIFF] Ассоциация разработчиков Adobe, TIFF ™, версия 6.0 - окончательная версия, 3 июня 1992 г.
- [TIFFREG] Парсонс, Г., Рафферти, Дж. И С. Зиллес, «Формат файла изображения тега (TIFF) - изображение / tiff: регистрация подтипа MIME», RFC 2302, март 1998 г.
- [VPIM2] G. Vaudreuil и G. Parsons, "Voice Profile for Internet Mail - version 2", Work In Progress,
, ноябрь 1997 г.
9 Полное заявление об авторских правах
Авторские права © The Internet Society (1998). Все права защищены.
Этот документ и его переводы могут быть скопированы и предоставлены другим лицам, а производные работы, которые комментируют или иным образом объясняют его или помогают в его реализации, могут быть подготовлены, скопированы, опубликованы и распространены, полностью или частично, без каких-либо ограничений. добрый, при условии, что указанное выше уведомление об авторских правах и этот абзац включены во все такие копии и производные работы.Однако сам этот документ не может быть изменен каким-либо образом, например, путем удаления уведомления об авторских правах или ссылок на Интернет-сообщество или другие Интернет-организации, за исключением случаев, когда это необходимо для целей разработки Интернет-стандартов, и в этом случае процедуры для авторских прав, определенные в необходимо следовать процессу Интернет-стандартов или по мере необходимости переводить его на другие языки, кроме английского.
Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут отменены Internet Society, его правопреемниками или правопреемниками.
Этот документ и информация, содержащаяся в нем, предоставляются на условиях «КАК ЕСТЬ», и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖЕНЕРНАЯ ЦЕНА ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ, НО НЕ ОГРАНИЧЕННАЯ КАКОЙ-ЛИБО ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ДАННОЙ ИНФОРМАЦИИ НЕ НАРУШАТЬ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ КОММЕРЧЕСКОЙ ЦЕННОСТИ ИЛИ ПРИГОДНОСТИ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.
5 типов файлов цифровых изображений: TIFF, JPEG, GIF, PNG и файлы необработанных изображений, и когда использовать каждый из них
Существует 5 основных форматов хранения изображений.Почему вы бы предпочли одно другому и в чем различия?
1. TIFF (также известный как TIF), типы файлов заканчиваются на .tif
TIFF расшифровывается как Tagged Image File Format. Изображения TIFF создают файлы очень больших размеров. Изображения TIFF несжаты и, следовательно, содержат много подробных данных изображения (вот почему файлы такие большие). TIFF также чрезвычайно гибки с точки зрения цвета (они могут быть в оттенках серого или CMYK для печати или RGB для Интернета) и содержимого. (слои, теги изображений).
TIFF - это наиболее распространенный тип файлов, используемый в программах для обработки фотографий (например, Photoshop), а также в программах для макетов страниц (таких как Quark и InDesign), опять же, потому что TIFF содержит много данных изображения.
2. JPEG (также известный как JPG), типы файлов, оканчивающиеся на .jpg
JPEG означает Joint Photographic Experts Group, которая создала этот стандарт для этого типа форматирования изображений. Файлы JPEG - это изображения, сжатые для хранения большого количества информации в файле небольшого размера.Большинство цифровых камер хранят фотографии в формате JPEG, потому что тогда вы можете сделать больше фотографий на одну карту камеры, чем в других форматах.
JPEG сжимается таким образом, что во время сжатия теряется часть деталей изображения, чтобы уменьшить размер файла (и поэтому это называется сжатием с потерями).
ФайлыJPEG обычно используются для фотографий в Интернете, потому что они создают небольшой файл, который легко загружается на веб-страницу, а также хорошо выглядит.
ФайлыJPEG плохо подходят для штриховых рисунков, логотипов или графики, поскольку при сжатии они выглядят «растровыми» (неровные линии вместо прямых).
3. GIF, типы файлов, заканчивающиеся на .gif
GIF расшифровывается как Graphic Interchange Format. Этот формат сжимает изображения, но, в отличие от JPEG, сжатие осуществляется без потерь (при сжатии не теряются детали, но файл не может быть таким маленьким, как JPEG).
GIF-файлытакже имеют чрезвычайно ограниченный цветовой диапазон, подходящий для Интернета, но не для печати. Этот формат никогда не используется для фотографии из-за ограниченного количества цветов. GIF-файлы также можно использовать для анимации.
4. PNG, типы файлов, заканчивающиеся на .png
PNG - переносимая сетевая графика. Он был создан как открытый формат для замены GIF, потому что патент на GIF принадлежал одной компании, и никто другой не хотел платить лицензионные сборы. Он также обеспечивает полный диапазон цветов и лучшее сжатие.
Он используется почти исключительно для веб-изображений, а не для печати изображений. Для фотографий PNG не так хорош, как JPEG, потому что он создает файл большего размера. Но для изображений с текстом или штриховыми рисунками это лучше, потому что изображения выглядят менее «растровыми».”
Когда вы делаете снимок экрана на своем Mac, в результате получается изображение PNG - вероятно, потому, что большинство снимков экрана представляют собой смесь изображений и текста.
5. Файлы изображений Raw
Файлы изображений Raw содержат данные с цифровой камеры (обычно). Файлы называются необработанными, потому что они не были обработаны и, следовательно, еще не могут быть отредактированы или распечатаны. Существует множество различных форматов RAW - каждая компания, производящая камеры, часто имеет свой собственный формат.
Необработанные файлы обычно содержат большой объем несжатых данных.Из-за этого размер необработанного файла чрезвычайно велик. Обычно перед редактированием и цветокоррекцией они конвертируются в формат TIFF.
Большая часть этой информации любезно предоставлена Википедией, которая является отличным местом, чтобы узнать больше обо всех 5 типах файлов.
Общие сведения о различных форматах файлов изображений
Когда вы делаете фотографию, камера фиксирует данные, которые создают цифровое изображение. Но существует множество различных форматов файлов изображений, которые можно извлекать и редактировать с помощью программного обеспечения для постобработки.
Наиболее часто используемые форматы:
- JPEG (Объединенная группа экспертов в области фотографии)
- TIFF (Формат файлов изображений с тегами)
- RAW
- DNG (Цифровой негативный формат)
- PNG (Portable Network Graphics)
- GIF (Graphics Interchange Format)
- BMP (Bitmap) Файл изображения)
- PSD (документ Photoshop)
Выбор правильного формата файла важен и даже может иметь решающее значение, в зависимости от требуемого уровня качества и уровня постобработки.
Теперь, чтобы помочь вам лучше понять различные форматы файлов и убедиться, что вы выбираете правильный формат для своих нужд, мы составили это подробное руководство. В нем описаны плюсы и минусы использования каждого формата файла изображения - так что, когда вы закончите, вы сможете с легкостью выбрать идеальный формат!
JPEGJPEG, вероятно, самый известный из всех форматов файлов изображений, и многие камеры используют его в качестве вывода по умолчанию.
Следует помнить, что файлы JPEG сжимаются в камере, что приводит к потере деталей и качества.По сути, они настроены так, чтобы хранить на карте памяти как можно больше изображений.
У некоторых камер есть опции для разных уровней качества JPEG (например, низкий, средний и высокий). Чем лучше качество фотографии, тем меньшее сжатие камера произведет на исходной фотографии.
Вообще говоря, следует использовать JPEG:
- Когда фотографии предназначены для личного использования, для социальных сетей, альбомов и небольших отпечатков и не предназначены для больших отпечатков
- Когда вы не собираетесь сильно улучшать или редактировать фотографии при постпроизводстве
- Для обмена изображения по электронной почте
Преимущества JPEG
- Небольшой размер файла означает, что на одной карте памяти можно сохранить больше изображений.
- Более быстрое время передачи файла за счет меньшего размера файла
JPEG-негативы
- Потеря качества из-за сжатия изображения
- Меньше возможностей для обработки изображений в программном обеспечении для редактирования фотографий
TIFF обычно используется в фотоиндустрии; обычно его запрашивают издатели.Даже если конечный формат файла будет JPEG, исходный файл часто будет TIFF.
ФайлыTIFF обычно не имеют сжатия, поэтому они предоставляют возможность обширной постобработки. А поскольку файлы TIFF не сжаты, они намного больше и занимают много места как на карте памяти, так и на компьютере.
Некоторые камеры предлагают TIFF в качестве формата изображения самого высокого качества.
Преимущества TIFF
- Возможность обширного управления фотографиями в программном обеспечении для редактирования
- Возможность печати с высочайшим качеством и с гораздо большими размерами
Негативы TIFF
- Файлы гораздо большего размера (поэтому требуется больше места для хранения)
- Более длительное время передачи и загрузки из-за размера файла
RAW обычно доступны на современных компактных фотоаппаратах, зеркальных и беззеркальных фотоаппаратах.
Проще говоря, RAW - лучший вариант, если вы хотите получать файлы высочайшего качества с вашей камеры, и этот вариант предпочитают профессиональные фотографы. Если вы не используете файлы RAW, ваша камера автоматически внесет изменения в ваши изображения, и они будут навсегда встроены в ваши фотографии.
файлов RAW создаются с использованием процесса, сохраняющего всю изначально захваченную информацию. Это означает, что такие настройки, как баланс белого, экспозиция, контраст, насыщенность и резкость, могут быть изменены в программном обеспечении для редактирования изображений после того, как фотография была сделана.
Для фотосъемки в формате RAW требуется много карт памяти, не говоря уже о значительном времени постобработки. Это также требует некоторых базовых знаний о программном обеспечении для редактирования изображений, таком как Adobe Lightroom, потому что файлы необходимо будет отредактировать и преобразовать из формата RAW, прежде чем их можно будет использовать (т. Е. Перед тем, как ими можно будет поделиться в Интернете, распечатать, отправить друзьям. , так далее.).
RAW преимущества
- Получено изображение самого высокого качества
- Расширенные возможности постобработки
Негативы RAW
- Значительное время требуется для преобразования и редактирования фотографий (вы должны редактировать файлы RAW)
- Файлы большего размера требуют большего объема памяти и более длительного времени постобработки
В наши дни почти каждая камера использует свой собственный формат для захвата файлов RAW.Даже камеры одного производителя часто используют разные форматы, а это означает, что программное обеспечение для редактирования изображений должно иметь возможность считывать файлы со всех этих разных камер.
В результате поставщики программного обеспечения для редактирования сталкиваются с проблемой: как управлять и постоянно предоставлять обновления для своей программы, чтобы она могла читать все эти различные форматы файлов.
Введите DNG.
Этот формат файла, созданный Adobe, представляет собой попытку предоставить стандартный файл RAW для всех производителей и фотоаппаратов.
DNG предлагается как основной формат файла RAW или как альтернатива собственному формату RAW производителя. Одна из проблем с сохранением изображений в исходном формате RAW заключается в том, что через несколько лет вы не сможете получить доступ к этим файлам, поскольку они относятся к камерам и производителям.
Но использование Adobe DNG Converter означает, что вы также можете хранить свои файлы RAW в формате DNG для максимальной надежности в будущем.
Это добавляет еще один шаг в рабочий процесс постобработки, который требует дополнительного времени.Однако программное обеспечение для редактирования, такое как Lightroom, может преобразовывать большие пакеты файлов в файлы DNG, так что это не нужно делать вручную.
Преимущества DNG
- Возможность использования программного обеспечения для обработки изображений, такого как Lightroom и Photoshop
- Возможно, более безопасный вариант в долгосрочной перспективе, поскольку он защищает от невозможности открывать файлы или получать к ним доступ в будущем
DNG Nevers
- Дополнительное время, необходимое для преобразования файлов RAW камеры в файлы DNG (если ваша камера не поддерживает создание файлов в этом формате)
Созданные в 90-х годах как усовершенствование формата файлов GIF, файлы PNG идеально подходят для использования в Интернете.
PNG сжимаются в формате без потерь и поэтому сохраняют все детали. Но в отличие от других форматов файлов, качество PNG не означает больших размеров файлов - и это полезно в Интернете, потому что вам нужно, чтобы страницы загружались быстро.
Другое преимущество файлов PNG заключается в том, что они обеспечивают частичную и полную прозрачность, что идеально подходит для наложений и логотипов.
ПНГ льготы- Сжатие без потерь обеспечивает хорошее качество изображения, которое не снижается при редактировании.
- Способность сохранять прозрачность, что важно для графики, такой как наложения и логотипы
- Качество недостаточное для печати любого размера
Как и PNG, GIF идеально подходят для использования в Интернете.Сжатие без потерь означает, что качество изображения не приносится в жертву, и, как и PNG, GIF-файлы позволяют сохранять прозрачность (хотя они не поддерживают частичную прозрачность). GIF-файлы также позволяют использовать анимацию.
Однако ограничение файлов GIF состоит в том, что они могут содержать не более 256 цветов. Поэтому GIF-файлы - не лучший выбор для фотографий, а для изображений с ограниченной цветовой палитрой.
Преимущества GIF- Небольшой размер файла делает файлы GIF идеальными для использования в Интернете
- Файлы могут содержать анимацию
- Ограниченные цвета делают GIF-файлы плохим выбором для фотографий
- GIF-файлы не поддерживают частичную прозрачность, например тени
Другой формат файлов без потерь, BMP, был изобретен Microsoft, первоначально для использования на платформе Windows.Тем не менее, BMP теперь распознаются программами и на Mac.
BMP - это большие файлы, так как данные о цвете сохраняются в каждом отдельном пикселе без какого-либо сжатия. В результате BMP-файлы обеспечивают высококачественный цифровой файл, который отлично подходит для печати, но не идеален для Интернета.
Преимущества БМП- Можно использовать для печати, так как изображения высокого качества
- Большой размер файла означает, что требуется много места для хранения
Этот тип файла используется Adobe Photoshop по умолчанию для сохранения данных.Большим преимуществом PSD является то, что он позволяет манипулировать отдельными отдельными слоями, а не самим основным изображением.
Это делает файлы PSD абсолютно необходимыми для любого вида обширных манипуляций с исходной фотографией, таких как ретушь. PSD предоставляют гораздо большую гибкость и возможность точной настройки изображения, потому что слои можно добавлять, удалять или редактировать в любое время, не затрагивая исходную фотографию.
Но помните:
После того, как многослойный PSD-файл сведен (по сути, все слои объединены), его нельзя будет отменить.Поэтому убедитесь, что вы сохранили файл в формате PSD перед сведением , если есть вероятность, что позже вы захотите переделать некоторые слои.
PSD пособия- Возможность обширного управления изображением на отдельных слоях
- Когда изображение готово, его можно повторно сохранить как файл любого другого формата
PSD n
примеры- Многослойные файлы могут быть невероятно большого размера из-за всех дополнительных данных, которые они хранят
Форматы файлов изображений: Заключение
Теперь, когда вы закончили эту статью, вы знаете все распространенные типы файлов изображений.
Профессиональные фотографы обычно снимают в формате RAW (даже если конечный файл необходим в формате JPEG), конвертируют эти файлы в форматы DNG, а затем редактируют в программном обеспечении, таком как Photoshop или Lightroom.
Но, как видите, выбор правильного формата файла при захвате исходной фотографии - а затем выбор правильного формата файла при сохранении фотографии - абсолютно необходим.
Какой ваш любимый формат файлов изображений? Вы используете какие-либо форматы, не упомянутые в этой статье? Поделитесь своими мыслями в комментариях ниже!
Размер файла Увеличить преобразование файлов PDF в файлы изображений TIFF
Вопрос / Проблема:
При импорте файлов PDF, содержащих страницы с фотографиями, что приводит к значительному увеличению размера этих страниц при преобразовании в файлы TIFF?
Ответ / Решение:
PDF - это формат документа портала, в котором текст и другие объекты размещаются внутри границ страницы.Сама страница пуста и определяется только координатами четырех углов. Текст хранится в виде однобайтовых или, возможно, двухбайтовых символов со ссылкой на внешний шрифт или иногда со встроенным подмножеством данных шрифта. Границы размещения текста определяются значениями координат. Встроенные изображения сохраняются вместе с координатами их размещения. Программа для чтения PDF отображает каждую страницу, заполняя границы страницы цветом фона и размещая текстовые символы и встроенные изображения в заданных координатах, в результате чего создается полностью реализованная страница.
TIFF - это формат растрового изображения. В растровых изображениях вся область изображения делится на пиксели, и каждый пиксель представлен 1 битом (битовая шкала), 8 битами (шкала серого) или 24 битами (цвет) данных.
Когда Kofax VRS / ImageControls преобразует страницу PDF в изображение TIFF, он должен преобразовать визуализированную страницу в данные растрового изображения, определяя каждый пиксель, используя 1 бит, (черно-белый), 8 бит (оттенки серого) или 24 бит ( цвет). Следовательно, вместо пустого пространства внутри математической границы содержимое изображения представлено 200–300 таких пикселей на каждый линейный дюйм изображения (40 000–90 000 пикселей на каждый квадратный дюйм).Это увеличивает размер файла в геометрической прогрессии.
Преобразование данных документа PDF в данные растрового изображения и сопутствующее увеличение размера файла является ожидаемым поведением при преобразовании файлов PDF в файлы изображений TIFF с помощью Kofax VRS / ImageControls или любого другого конвертера PDF в TIFF.
.
Если все страницы документа PDF содержат полностраничные встроенные изображения и во время преобразования не выполняется масштабирование, размер результирующего файла изображения TIFF должен быть разумно сопоставим с размером файла исходного документа PDF.