Основные тэги формата tiff: Основные тэги формата TIFF — это… Что такое Основные тэги формата TIFF?

Содержание

Основные тэги формата TIFF — это… Что такое Основные тэги формата TIFF?

TIFF (англ. Tagged Image File Format) — формат хранения растровых графических изображений. Изначально был разработан компанией Microsoft, для использования с NeXTStep, и из неё поддержка этого формата перешла в Mac OS X. Владелец спецификаций Adobe, владеющей в настоящее время авторским правом на эти спецификации.[уточнить]

Файлы формата TIFF, как правило, имеют расширение .tiff или .tif.

Поддерживаемые форматы хранения данных

Формат является весьма гибким. Позволяет сохранять изображения в режиме цветов с палитрой, а также в различных цветовых пространствах:

  • Черно-белого битового
  • Полутоновом
  • С индексированой палитрой
  • CMYK
  • YCbCr
  • CIE Lab

Поддерживаются режимы 8, 16, 32 и 64 бит на канал при целочисленном, а также 32 и 64 бит на канал при представлении цвета числом с плавающей запятой.

Сжатие

Имеется возможность сохранять изображение в файле формата TIFF со сжатием и без сжатия. Степени сжатия зависят от особенностей самого сохраняемого изображения, а также и от используемого алгоритма. Формат TIFF позволяет использовать следующие алгоритмы сжатия:

При этом JPEG является просто инкапсуляцией формата JPEG в формат TIFF. Формат TIFF позволяет хранить изображения, сжатые по стандарту JPEG, без потерь данных.

Алгоритмы CCITT Group 3 и 4 (иногда называют Fax 3, Fax 4) предназначены для кодирования бинарных растровых изображений. Первоначально они были разработаны для сетей факсимильной связи. В настоящий момент также используются в полиграфии, системах цифровой картографии и географических информационных системах. Алгоритм Group 3 напоминает RLE, т. к. кодирует линейные последовательности пикселов, а Group 4 — двумерные поля пикселов.

Теги формата TIFF

Так как TIFF является теговым форматом, то нужно сказать, что различают следущие виды тегов:

Основные теги

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

КодHexИмяОписание
2540x00FENewSubfileTypeТип данных, хранящихся в этом файле. Этот тег является заменой тегу SubfileType, и является очень полезным, когда в одном TIFF файле хранится несколько изображений.
2550x00FFSubfileTypeТип данных, хранящихся в этом файле (старый).
2560x0100ImageWidthКоличество колонок в изображении.
2570x0101ImageLengthКоличество строк в изображении.
2580x0102BitsPerSampleКоличество бит в компоненте. Этот тег предполагает различное число битов в каждом компоненте (хотя в большинстве случаев оно одинаковое). Например, для RGB может быть 8 для всех компонентов — красного, зеленого и голубого, или 8,8,8 для каждого из компонентов.
2590x0103CompressionИспользуемый вид компресии.
2620x0106PhotometricInterpretationИспользуемая цветовая модель.
2630x0107ThreshholdingВид преобразования серого в черное и белое для черно-белых изображений.
2640x0108CellWidthКоличество колонок в матрице преобразования из серого в черное и белое.
2650x0109CellWidthКоличество строк в матрице преобразования из серого в черное и белое.
2660x010AFillOrderЛогический порядок битов в байте.
2700x010EImageDescriptionОписание изображения.
2710x010FMakeПроизводитель изображения.
2720x0110ModelМодель или серийный номер.
2730x0111StripOffsetsСмещение для каждой полосы изображения в байтах.
2740x0112OrientationОриентация изображения.
2770x0115SamplesPerPixelКоличество компонентов на пиксель.
2780x0116RowsPerStripКоличество строк на полосу.
2790x0117StripByteCountsКоличество байт на полосу после компресии.
2800x0118MinSampleValueМинимальное значение, используемое компонентом.
2810x0119MaxSampleValueМаксимальное значение, используемое компонентом.
2820x011AXResolutionКоличество пикселей в ResolutionUnit строки.
2830x011BYResolutionКоличество пикселей в ResolutionUnit столбца.
2840x011CPlanarConfigurationМетод хранения компонентов каждого пикселя.
2880x0120FreeOffsetsСмещение в байтах к строке неиспользуемых байтов.
2890x0121FreeByteCountsКоличество байтов в строке неиспользуемых байтов.
2900x0122GrayResponseUnitРазрешение данных, хранящихся в GrayResponseCurve.
2910x0123GrayResponseCurveВеличина плотности серого.
2960x0128ResolutionUnitРазрешение данных, хранящихся в XResolution, YResolution.
3050x0141SoftwareИмя и версия программного продукта.
3060x0142DateTimeДата и время создания изображения.
3160x013BArtistИмя создателя изображения.
3150x013СHostComputerКомпьютер и операционная система, использованные при создании изображения.
3200x0140ColorMapЦветовая таблица для изображений, использующих палитру цветов.
3380x0152ExtraSamplesОписание дополнительных компонентов.
334320x8298CopyrightИмя владельца прав на хранимое изображение.

Расширенные теги

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

Специальные теги формата TIFF

Специальные теги TIFF формата изначально были определены фирмой Adobe. Они предназначены для хранения в TIFF формате специальных типов данных производителей программного обеспечения, и должны быть зарегистрированы фирмой Adobe.

Основные тэги формата TIFF — это… Что такое Основные тэги формата TIFF?

TIFF (англ. Tagged Image File Format) — формат хранения растровых графических изображений. Изначально был разработан компанией Microsoft, для использования с NeXTStep, и из неё поддержка этого формата перешла в Mac OS X.

Владелец спецификаций Adobe, владеющей в настоящее время авторским правом на эти спецификации.[уточнить]

Файлы формата TIFF, как правило, имеют расширение .tiff или .tif.

Поддерживаемые форматы хранения данных

Формат является весьма гибким. Позволяет сохранять изображения в режиме цветов с палитрой, а также в различных цветовых пространствах:

  • Черно-белого битового
  • Полутоновом
  • С индексированой палитрой
  • CMYK
  • YCbCr
  • CIE Lab

Поддерживаются режимы 8, 16, 32 и 64 бит на канал при целочисленном, а также 32 и 64 бит на канал при представлении цвета числом с плавающей запятой.

Сжатие

Имеется возможность сохранять изображение в файле формата TIFF со сжатием и без сжатия. Степени сжатия зависят от особенностей самого сохраняемого изображения, а также и от используемого алгоритма. Формат TIFF позволяет использовать следующие алгоритмы сжатия:

При этом JPEG является просто инкапсуляцией формата JPEG в формат TIFF. Формат TIFF позволяет хранить изображения, сжатые по стандарту JPEG, без потерь данных.

Алгоритмы CCITT Group 3 и 4 (иногда называют Fax 3, Fax 4) предназначены для кодирования бинарных растровых изображений. Первоначально они были разработаны для сетей факсимильной связи. В настоящий момент также используются в полиграфии, системах цифровой картографии и географических информационных системах. Алгоритм Group 3 напоминает RLE, т. к. кодирует линейные последовательности пикселов, а Group 4 — двумерные поля пикселов.

Теги формата TIFF

Так как TIFF является теговым форматом, то нужно сказать, что различают следущие виды тегов:

Основные теги

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

КодHexИмяОписание
2540x00FENewSubfileTypeТип данных, хранящихся в этом файле. Этот тег является заменой тегу SubfileType, и является очень полезным, когда в одном TIFF файле хранится несколько изображений.
2550x00FFSubfileTypeТип данных, хранящихся в этом файле (старый).
2560x0100ImageWidthКоличество колонок в изображении.
2570x0101ImageLengthКоличество строк в изображении.
2580x0102BitsPerSampleКоличество бит в компоненте. Этот тег предполагает различное число битов в каждом компоненте (хотя в большинстве случаев оно одинаковое). Например, для RGB может быть 8 для всех компонентов — красного, зеленого и голубого, или 8,8,8 для каждого из компонентов.
2590x0103CompressionИспользуемый вид компресии.
2620x0106PhotometricInterpretationИспользуемая цветовая модель.
2630x0107ThreshholdingВид преобразования серого в черное и белое для черно-белых изображений.
2640x0108CellWidthКоличество колонок в матрице преобразования из серого в черное и белое.
2650x0109CellWidthКоличество строк в матрице преобразования из серого в черное и белое.
2660x010AFillOrderЛогический порядок битов в байте.
2700x010EImageDescriptionОписание изображения.
2710x010FMakeПроизводитель изображения.
2720x0110ModelМодель или серийный номер.
2730x0111StripOffsetsСмещение для каждой полосы изображения в байтах.
2740x0112OrientationОриентация изображения.
2770x0115SamplesPerPixelКоличество компонентов на пиксель.
2780x0116RowsPerStripКоличество строк на полосу.
2790x0117StripByteCountsКоличество байт на полосу после компресии.
2800x0118MinSampleValueМинимальное значение, используемое компонентом.
2810x0119MaxSampleValueМаксимальное значение, используемое компонентом.
2820x011AXResolutionКоличество пикселей в ResolutionUnit строки.
2830x011BYResolutionКоличество пикселей в ResolutionUnit столбца.
2840x011CPlanarConfigurationМетод хранения компонентов каждого пикселя.
2880x0120FreeOffsetsСмещение в байтах к строке неиспользуемых байтов.
2890x0121FreeByteCountsКоличество байтов в строке неиспользуемых байтов.
2900x0122GrayResponseUnitРазрешение данных, хранящихся в GrayResponseCurve.
2910x0123GrayResponseCurveВеличина плотности серого.
2960x0128ResolutionUnitРазрешение данных, хранящихся в XResolution, YResolution.
3050x0141SoftwareИмя и версия программного продукта.
3060x0142DateTimeДата и время создания изображения.
3160x013BArtistИмя создателя изображения.
3150x013СHostComputerКомпьютер и операционная система, использованные при создании изображения.
3200x0140ColorMapЦветовая таблица для изображений, использующих палитру цветов.
3380x0152ExtraSamplesОписание дополнительных компонентов.
334320x8298CopyrightИмя владельца прав на хранимое изображение.

Расширенные теги

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

Специальные теги формата TIFF

Специальные теги TIFF формата изначально были определены фирмой Adobe. Они предназначены для хранения в TIFF формате специальных типов данных производителей программного обеспечения, и должны быть зарегистрированы фирмой Adobe.

Основные тэги формата TIFF — это… Что такое Основные тэги формата TIFF?

TIFF (англ. Tagged Image File Format) — формат хранения растровых графических изображений. Изначально был разработан компанией Microsoft, для использования с NeXTStep, и из неё поддержка этого формата перешла в Mac OS X. Владелец спецификаций Adobe, владеющей в настоящее время авторским правом на эти спецификации.[уточнить]

Файлы формата TIFF, как правило, имеют расширение . tiff или .tif.

Поддерживаемые форматы хранения данных

Формат является весьма гибким. Позволяет сохранять изображения в режиме цветов с палитрой, а также в различных цветовых пространствах:

  • Черно-белого битового
  • Полутоновом
  • С индексированой палитрой
  • CMYK
  • YCbCr
  • CIE Lab

Поддерживаются режимы 8, 16, 32 и 64 бит на канал при целочисленном, а также 32 и 64 бит на канал при представлении цвета числом с плавающей запятой.

Сжатие

Имеется возможность сохранять изображение в файле формата TIFF со сжатием и без сжатия. Степени сжатия зависят от особенностей самого сохраняемого изображения, а также и от используемого алгоритма. Формат TIFF позволяет использовать следующие алгоритмы сжатия:

При этом JPEG является просто инкапсуляцией формата JPEG в формат TIFF. Формат TIFF позволяет хранить изображения, сжатые по стандарту JPEG, без потерь данных.

Алгоритмы CCITT Group 3 и 4 (иногда называют Fax 3, Fax 4) предназначены для кодирования бинарных растровых изображений. Первоначально они были разработаны для сетей факсимильной связи. В настоящий момент также используются в полиграфии, системах цифровой картографии и географических информационных системах. Алгоритм Group 3 напоминает RLE, т. к. кодирует линейные последовательности пикселов, а Group 4 — двумерные поля пикселов.

Теги формата TIFF

Так как TIFF является теговым форматом, то нужно сказать, что различают следущие виды тегов:

Основные теги

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

КодHexИмяОписание
2540x00FENewSubfileTypeТип данных, хранящихся в этом файле. Этот тег является заменой тегу SubfileType, и является очень полезным, когда в одном TIFF файле хранится несколько изображений.
2550x00FFSubfileTypeТип данных, хранящихся в этом файле (старый).
2560x0100ImageWidthКоличество колонок в изображении.
2570x0101ImageLengthКоличество строк в изображении.
2580x0102BitsPerSampleКоличество бит в компоненте. Этот тег предполагает различное число битов в каждом компоненте (хотя в большинстве случаев оно одинаковое). Например, для RGB может быть 8 для всех компонентов — красного, зеленого и голубого, или 8,8,8 для каждого из компонентов.
2590x0103CompressionИспользуемый вид компресии.
2620x0106PhotometricInterpretationИспользуемая цветовая модель.
2630x0107ThreshholdingВид преобразования серого в черное и белое для черно-белых изображений.
2640x0108CellWidthКоличество колонок в матрице преобразования из серого в черное и белое.
2650x0109CellWidthКоличество строк в матрице преобразования из серого в черное и белое.
2660x010AFillOrderЛогический порядок битов в байте.
2700x010EImageDescriptionОписание изображения.
2710x010FMakeПроизводитель изображения.
2720x0110ModelМодель или серийный номер.
2730x0111StripOffsetsСмещение для каждой полосы изображения в байтах.
2740x0112OrientationОриентация изображения.
2770x0115SamplesPerPixelКоличество компонентов на пиксель.
2780x0116RowsPerStripКоличество строк на полосу.
2790x0117StripByteCountsКоличество байт на полосу после компресии.
2800x0118MinSampleValueМинимальное значение, используемое компонентом.
2810x0119MaxSampleValueМаксимальное значение, используемое компонентом.
2820x011AXResolutionКоличество пикселей в ResolutionUnit строки.
2830x011BYResolutionКоличество пикселей в ResolutionUnit столбца.
2840x011CPlanarConfigurationМетод хранения компонентов каждого пикселя.
2880x0120FreeOffsetsСмещение в байтах к строке неиспользуемых байтов.
2890x0121FreeByteCountsКоличество байтов в строке неиспользуемых байтов.
2900x0122GrayResponseUnitРазрешение данных, хранящихся в GrayResponseCurve.
2910x0123GrayResponseCurveВеличина плотности серого.
2960x0128ResolutionUnitРазрешение данных, хранящихся в XResolution, YResolution.
3050x0141SoftwareИмя и версия программного продукта.
3060x0142DateTimeДата и время создания изображения.
3160x013BArtistИмя создателя изображения.
3150x013СHostComputerКомпьютер и операционная система, использованные при создании изображения.
3200x0140ColorMapЦветовая таблица для изображений, использующих палитру цветов.
3380x0152ExtraSamplesОписание дополнительных компонентов.
334320x8298CopyrightИмя владельца прав на хранимое изображение.

Расширенные теги

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

Специальные теги формата TIFF

Специальные теги TIFF формата изначально были определены фирмой Adobe. Они предназначены для хранения в TIFF формате специальных типов данных производителей программного обеспечения, и должны быть зарегистрированы фирмой Adobe.

Метаданные в цифровой фотографии

Чтобы описать каждую точку цифрового изображения пиксель — picture element (элемент картинки, дословно) нужно задать несколько чисел. В случае растрового RGB 8 бит представления, каждый пиксель характеризуется тремя компьютерными 8 битными словами для каждого из каналов. В мегапиксельном изображении таких слов 3 миллиона. Поэтому графические файлы в растровом формате так велики. Записать попутно тысячу слов не составит труда и не потребуется никаких дополнительных затрат. Но эти «неграфические» слова — метаданные позволяют:
a) согласовать цвета и яркости воспринимаемые камерой или сканером с яркостью или цветами на дисплее компьютера,
б) знать съемочные настройки камеры для файла-изображения (избавится от бумажных блокнотов и диктофонов, хранящих памятные заметки),
в) подтвердить ваше авторское право,
г) найти нужное изображение в базе данных по ключевому слову или даже географической координате места съемки,
д) автоматически преобразовать файл в требуемый для вывода формат и корректно напечатать изображение в автоматическом режиме (в том числе без компьютера),
и еще много чего.DCF

Design Rule for Camera File System (описание в PDF) — индустриальный стандарт организации данных в устройствах получения, хранения, преобразования и вывода цифровых изображений. Принят в 1998 году JEIDA (Japan Electronics Industry Development Association) для стандартизации процесса переноса данных между различными устройствами. Сейчас JEIDA входит в JEITA (Japan Electronics and Information Technology Industries Association).

Правилам DCF подчиняется структура файлов на карте памяти цифрового аппарата. В привычном представлении это дерево папок с файлами и отдельными файлами. Изображения, обычно, хранятся во вложенных папках директории DCIM. В других хранятся видео и звуковые файлы, «системные» данные настроек камеры, шаблоны создания HTML галерей. Задания печати DPOF (папка MISC) позволяют принтеру прямой печати самостоятельно найти и выполнить задание печати.

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

Стандарт DCF включает так же и описание формата собственно графических файлов JPEG, TIFF, RAW. Графические файлы, в свою очередь, подчиняются правилам организаций и ассоциаций, утвердивших их. Стандарт EXIF входит в спецификацию DCF.


Структура данных на карте памяти камеры Epson L-500V

EXIF

www.exif.org.

Для корректной работы различных устройств с мультимедийными файлами (звук, изображения) был принят стандарт универсальных заголовков файлов EXIF. EXIF — Exchangeble image format (версия 1.0 была опубликована в 1995 год). Формат предусматривает хранение в одном файле данных изображения или музыки, их уменьшенных копий (для JPEG рекомендуется 160×120), подраздела текстового описания данных.

Современная версия стандарта — Exif 2.2 (описание в PDF). Она включает так же технологию автоматического управления цветом и обработки изображения в соответствие с сюжетными съемочными настройками для вывода на печать или дисплей (версия 2.0 предполагала кодирование цвета в sRGB пространстве, в версии 2.2 цветовое пространство может быть любым).

Текстовая часть раздела Exif файла состоит из маркеров и тегов, описывающих определенный параметр (идентификатор и соответствующее ему имя параметра) и значение этого параметра (значение в определенном формате представления величины в виде ASCII кода, рационального, десятичного, шестнадцатеричного и т. д. числа). Набор тегов содержит более-менее стандартизованную и обязательную часть и разделы, «отданные» производителям техники и программного обеспечения для их специальных целей. Программное обеспечение, предназначенное для чтения EXIF данных, ставит в соответствие тегам их определения, а значениям — значения. При этом создатели не всегда придерживаются спецификации и потому случаются недоразумения. Так определение информационного поля может быть заменено соответствующим ему общепринятым эквивалентом, а значение не преобразовано в соответствующий формат. Или производитель камеры записывает в поле, соответствующее тегу, информацию в некорректном формате или вообще о другом параметре. Если это узкоспециализированная программа под определенную марку камер, то недоразумений обычно не бывает. Пользователь «обязан своей покупкой» подчиняться описанным в руководстве ПО правилам и, изучив свой аппарат и программу, будет понимать, о чем идет речь. Но если это универсальная программа, то путаница с неправильным наименованием тегов и форматированием, соответствующих им величин, случается не редко. Это неизбежная плата за универсальность. И еще за привычный язык, ведь по правилам EXIF языка, значения параметров всего лишь числа (например, дюйм — «1», см —«2»), а программа переводит их в понятные нам слова (что необязательно, например в виде чисел представлены некоторые параметры в Adobe Photoshop, Info раздел «Advanced EXIF»).

Рассмотрим информационную часть графического файла на примере цифрового снимка и программы чтения EXIF заголовков. Далее в таблице представлены основные теги формата EXIF на примере Canon EOS 300D и приложения ExifRead. В таблице так же приведены некоторые не отображаемые приложением теги, но о них полезно знать. Кроме ExifRead заголовки отображают и другие программы: AdobePhotoshop, ACDSee, IrfanView.

ТегОписаниеПример JPEG Canon 300D по ExifRead
Filenameимя файлаIMG_2614.JPG
Application
Marker
маркер, необходимый для корректного согласования пользовательских приложений с форматом записи служебной информации,
маркер APP1 указывает на блок информации JPEG EXIF, APP0 — JFIF (JPEG File Interchange Format) стандарт, APP2 — FlashPix
JFIF_APP1 : Exif
Makeпроизводитель камеры Canon
Modelмодель камерыCanon EOS 300D DIGITAL
Orientationориентация камеры при съемке, положение угла кадра с координатой 0,0left-hand side
XResolutionразрешение вывода (печати), точек на дюйм по Х координате180/1
YResolutionразрешение вывода (печати), точек на дюйм по У координате180/1
Resolution
Unit
единица длины, на которую приведено разрешение вывода, «1» дюймы, «2» сантиметрыInch
DateTimeдата последнего изменения изображения2004:07:13 11:57:35
YCbCr
Positioning
положение точки, определяющей цвет в ячейке YСbCr данныхCentered
ExifOffsetсдвиг, положение Image file directory — блока изображения в файле196
Exposure
Time
выдержка1/400 seconds
FNumberчисло диафрагмы11,0
ISO
SpeedRatings
эквивалентная светочувствительности200
ExifVersionверсия формата Exif0221
DateTime
Original
время съемки2004:07:13 11:57:35
DateTime
Digitized
время создания цифрового файла2004:07:13 11:57:35
Components
Configuration
формат представления данных в файле изображенияYCbCr
Compressed
BitsPerPixel
средняя степень компрессии JPEG3/1 (bits/pixel)
Shutter
SpeedValue
величина выдержки в представлении APEX (прим. 2)1/400 seconds,
корректный вид в APEX «8,6» (1/28,6)
ApertureValueвеличина апертуры в представлении APEXF 11,0,
корректный вид в APEX «7» (27/2)
Exposure
BiasValue
компенсация экспозиции в единицах EV (APEX)EV0,0
Max
ApertureValue
максимальная апертура объектива в представлении APEXF 5,00,
корректный вид в APEX «4,6» (2(4,6)/2)
Metering
Mode
тип экспозамера,«0» не определено, «1» усредненный, «2» центрально-взвешенный, «3» точечный, «4» мультиточечный, «5» мультисегментный, «6» частичный, «255» другие.Division
Flash вспышкаNot fired
FocalLengthфокусное расстояние объектива на камере125,00(mm)
UserCommentкомментарии пользователя к файлу, если камера позволяет их задать 
FlashPixVersionсовместимость с форматом представления данных FlashPix — стандарта International Imaging Industry Association — I3A0100 — совместимость с FlashPix format Ver.1.0
ColorSpaceцветовое пространство файла, DCF предполагает sRGB, которому соответствует значение маркера «1», иному пространству — «65535» (некалиброванное)sRGB
ExifImage
Width
ширина изображения, пикселей2048
ExifImage
Height
высота изображения, пикселей3072
Interoperability
Offset
параметр, определяющий положение Image file directory — блока изображения в файле2366
FocalPlane
XResolution
плотность сенсоров на матрице по Х координате2048000/595,
или 3442 на дюйм,
позволяет определить размер сенсора по Х — 25,4х2048/3442 = 15,11 мм
или
25,4х595/1000 = 15,11 мм
FocalPlane
YResolution
плотность сенсоров на матрице по Y координате3072000/892,
или 3443/дюйм
размер сенсора
25,4х3072/3443 = 22,66 мм
FocalPlane
ResolutionUnit
единица измерения для плотности сенсоров, «1» не определено, «2» дюйм, «3» сантиметр Meter, ошибка
корректное значение Inch выдает приложение IrfanView
Sensing
Method
тип сенсораOne-chip color area sensor — одиночный сенсор с цветной матрицей фильтров
FileSourceисточник изображенияDSC — Digital still camera
Custom
Rendered
обработка изображенияNormal process
Exposure
Mode
режим экспоавтоматикиAuto
Scene
CaptureType
сюжетная программаStandard
Maker Note (Vendor)раздел дополнительных параметров (параметры, приведенные далее), для разработчика, его положениеCanon Format : 1408Bytes (Offset:942)
Macro modeмакрорежим при съемкеOff
Self timerтаймер при съемкеOff
QualityJPEG сжатиеFine
Flash modeрежим вспышкиOff
Sequence
mode
режим смены кадровSingle-frame
Focus modeалгоритм фокусировкиOne-Shot
Image sizeразмер изображенияLarge
Easy shooting modeпрограммный режимManual
Digital zoomцифровой зум 
Contrastпараметры обработки изображения, контрастHigh , +1
Saturationпараметры обработки изображения, насыщенностьHigh , +1
Sharpnessпараметры обработки изображения, резкостьHigh , +1
ISO Valueсветочувствительность100
Metering
mode
тип экспозамераEvaluative
Focus typeтип фокусировкиUnknown
AF point selectedточка фокусировкиUnknown (8197)
Exposure
mode
экспозиционный режимAperture Priority
Focal lengthобъектив на камере100-300 mm
Flash activityвспышкаOff
Sequence
number
кадр в серии снимков0
White
Balance
замер баланса белогоAuto
Flash biasэкспокоррекция вспышки в EV (APEX)0 EV
Firmware
Version
версия прошивки камерыFirmware Version 1.1.1
Camera Serial Number (Irfan)
Serial number (EXIF Reader)
серийный номер камеры1070439357 (Irfan)
3FCD-39869 (EXIF Reader)
Image
Number
номер снимка, снятого камерой,
первые три цифры — номер папки, последние четыре — порядковый номер файла
2262614
Owner
Name
имя пользователя камеры, если персонифицированаSergeySherbakov
Color tempцветовая температура5200K
WhitePointопределение точки белого изображения,
если используется CIE стандарт D65 — величина «3127/10000,3290/10000»
 
ParametersПараметры JPEGStandard
YCbCr
Coefficients
для YCbCr представления коэффициенты преобразования в RGB format
обычно «0.299/0.587/0.114»
 
Reference BlackWhiteопределение точки черного/белого
для YCbCr
величины задают черную/белую точку для Y, Cb, Cr и каналов RGB
 
Copyrightкопирайт (прим. 3)«Автор»
для EXIF, заполнено в ACDSee
Artistавтор (прим. 3)«Автор»
заполнено в ACDSee
ImageDescription
описание снимка (прим. 3)«EXIF теги Иллюстрация» заполнено в ACDSee
Thumbnail Information
Compression
JPEGInterchangeFormat
JPEGInterchangeFormatLength
информация об уменьшенной копии изображения в EXIF заголовкеOLDJPEG
2211
6492
Components Configurationформат кодирования данных характеристик пикселя
RGB «0x04,0x05,0x06,0x00»,
YCbCr «0x01,0x02,0x03,0x00»
для справки:
0x01:Y, 0x02:Cb, 0x03:Cr,
0x04:Red, 0x05:Green, 0x06:Blue
 
Brightness
Value
яркость сюжета в APEX,
для вычисления Exposure (Ev) к BrigtnessValue (Bv) нужно добавить величину SensitivityValue (Sv)
для справки:
Ev=Bv+Sv   Sv=log2(ISOSpeedRating / 3,125)
ISO100:Sv=5, ISO200:Sv=6, ISO400:Sv=7
 
Subject
Distance
дистанция фокусировки, м 
Light
Source
источник света, установка баланса белого,
«0» не задано, «1» daylight, «2» fluorescent, «3» tungsten, «10» flash, «17» standard A, «18» standard B, «19» standard C, «20» D55, «21» D65, «22» D75, «255» другие
 
Related
SoundFile
имя аудио файла, прикрепленного к снимку 
CFAPatternгеометрия фильтров на матрице (Color filter array-CFA)
Например:
для такого 2х2 RGB фильтра: 0x0002,0x0002,0x00,0x01,0x01,0x02
для справки:
Filter ColorRGBCMYW
CFA индекс0123456
 
Photometric Interpretationпредставление цвета: «1» монохромное изображение, «2» RGB, «6» YCbCr 

Можно сравнить EXIF данные для JPEG файла, полученные из программы Canon ZOOMBrowserEX и приложения ExifRead (поля тегов, которые в программе ExifRead отображаются как «Unknown» сокращены):

ExifReadCanonZOOMBrowserEX
Filename : IMG_2614.JPG
JFIF_APP1 : Exif
Main Information
Make : Canon
Model : Canon EOS 300D DIGITAL
Orientation : left-hand side
XResolution : 180/1
YResolution : 180/1
ResolutionUnit : Inch
DateTime : 2004:07:13 11:57:35
YCbCrPositioning : centered
ExifInfoOffset : 196
Sub Information
ExposureTime : 1/400Sec
FNumber : F11,0
ISOSpeedRatings : 200
ExifVersion : 0221
DateTimeOriginal : 2004:07:13 11:57:35
DateTimeDigitized : 2004:07:13 11:57:35
ComponentConfiguration : YCbCr
CompressedBitsPerPixel : 3/1 (bit/pixel)
ShutterSpeedValue : 1/400Sec
ApertureValue : F11,0
ExposureBiasValue : EV0,0
MaxApertureValue : F5,0
MeteringMode : Division
Flash : Not fired
FocalLength : 125,00(mm)
MakerNote : Canon Format : 1408Bytes (Offset:942)
UserComment :
FlashPixVersion : 0100
ColorSpace : sRGB
ExifImageWidth : 2048
ExifImageHeight : 3072
ExifInteroperabilityOffset : 2366
FocalPlaneXResolution : 2048000/595
FocalPlaneYResolution : 3072000/892
FocalPlaneResolutionUnit : Meter
SensingMethod : OneChipColorArea sensor
FileSource : DSC
CustomRendered : Normal process
ExposureMode : Auto
WhiteBalance : Auto
SceneCaptureType : Standard
Vendor Original Information
Self-timer : Off
Quality : Fine
FlashMode : Off
Drive Mode : Single-frame
Focus Mode : One-Shot
ImageSize : Large
Easy shooting mode : Manual
Contrast : +1
Saturation : +1
Sharpness : +1
MeteringMode : Evaluative
AF point selected : Unknown (8197)
ExposureProgram : Aperture Priority
Focal length of lens : 100-300(mm)
Flash Activity : Off
Color Tone : Normal
Unknown (0001)3,46 : 005C … FFFF (прим. 1)
Unknown (0002)3,4 : 0,125,610,914
Unknown (0003)3,4 : 100,0,0,0
White Balance : Auto
Sequence number(Continuous mode) : 0
Flash bias : 0 EV
Unknown (0004)3,33 : 0042 … 0000
Unknown (0093)3,9 : 18,0,0…,65535
Image type : IMG:EOS300DDIGITALJPEG
Firmware version : FirmwareVersion1.1.1
Serial number : 3FCD-39869
Unknown (0015)4,1 : -1879048192
Image Number : 2262614
Owner name : SergeySherbakov
Unknown (0010)4,1 : -2147483280
Unknown (000E)4,1 : 2620984
Unknown (000D)1,512 :0,…,0.0.0.0.0.0
Unknown (0000)3,18 : 0,…0,0,0,0,0,0,0
Unknown (00C0)3,13 : 001A … CC 0190
Unknown (00C1)3,13 : 001A … C6 016C
Unknown (00AA)3,5 : 10,529…,1026,698
Unknown (00A8)3,10 : 20,429…,0,0,0,0,0
Unknown (00A9)3,41 : 82,…,129,127
Color temp : 5200K
Parameters : Standard
Unknown (0012)3,24 : 7,7,…,65535
Unknown (0013)3,4 : 0,159,7,112
Unknown (0000)3,5 : 0,0,0,0,0
Unknown (00B6)4,12 : 24,…,262146
ExifR98
ExifR : R98
Version : 0100
Unknown (4097) : 2048
Unknown (4098) : 3072
Thumbnail Information
Compression : OLDJPEG
XResolution : 180/1
YResolution : 180/1
ResolutionUnit : Inch
JPEGInterchangeFormat : 2548
JPEGInterchangeFormatLength : 6492
File Name IMG_2614.JPG
Camera Model Name
Canon EOS 300D DIGITAL
Shooting Date/Time
13.07.2004 11:57:35
Shooting Mode Aperture-Priority AE
Tv( Shutter Speed ) 1/400
Av( Aperture Value ) 11
Metering Mode Evaluative
Exposure Compensation 0
ISO Speed 200
Lens 100.0 — 300.0mm
Focal Length 125.0mm
Image Size 2048×3072
Image Quality Fine
Flash Off
White Balance Auto
AF Mode One-Shot AF
Parameters Contrast +1
Sharpness +1
Color saturation +1
Color tone Normal
Color Space sRGB
File Size 2240KB
Drive Mode Single-frame shooting
Owner’s Name Sergey Sherbakov
Camera Body No. 1070439357

EXIF данные для RAW (Canon EOS 300D) файла, полученные из программы ExifRead и приложения Canon ZOOMBrowserEX:

ExifReadCanonZOOMBrowserEX
Filename : CRW_5185.CRW
Canon CRW Header
CCDRAW Image : 4910386Bytes(offset:26)
JPEG Image : 534464Bytes(offset:4910412)
Unknown(1803) : 1,0
ImageSpec : 3072Ѓ~2048
ExpouserMode : Single
Unknown(1804) : 0,1256
Unknown(1817) : 24817,6724
CapturedTime : 2004:10:16 10:17:02
ImageFileName : CRW_5185.CRW
ThumbnailFileName : CRW_5185.THM
Unknown(0805) :
Unknown(1814) : 0,3724
Unknown(0805) : EOS 300D DIGITAL CMOS RAW
ImageType : CRW:EOS 300D DIGITAL CMOS RAW
OwnerName : Sergey Sherbakov
ModelName : Canon EOS 300D DIGITAL
Unknown(180B) : 39869,9577
ISOSensivity : 100
ROMOperationMode : USA
FirmwareVersion : Firmware Version 1.1.1
ISOSensivity : 100
LensFocalLength : 18.0(mm)
White Balance : Daylight
Sequence number(Continuous mode) : 0
Flash bias : 0 EV
Unknown(102A) : 66,0,…,0,0,0,0
Unknown(1093) : 18,0,……,5535
Self-timer : Off
Quality : RAW
FlashMode : Off
Drive Mode : Single-frame
Focus Mode : MF
ImageSize : Large
Easy shooting mode : Manual
Contrast : Normal
Saturation : Normal
Sharpness : Normal
MeteringMode : Evaluative
ExposureProgram : Aperture Priority
Focal length of lens : 18-55(mm)
Flash Activity : Off
Color Tone : Normal
Unknown(102D) : 92,0,…,65535,65535
Unknown(0036) : 0E82
Unknown(1834) : 368,2833
CCDImageSize : 3152Ѓ~2068
Unknown(1835) : 1,0,514,4000
Unknown(1038) : 7,7,3072,…,0,65535
Unknown(10C0) : 26,336,….,460,400
Unknown(10C1) : 26,305,….,454,364
Unknown(10C2) : 884,….,78,151,28
Unknown(10AA) : 10,877,…,588
Unknown(10A8) : 20,3871,…,5200
Unknown(10AD) : 62,…,65099,65325
Unknown(10AE) : 5200
Unknown(10AF) : 1024
Unknown(10A9) : 82,1398,…,124,126
Unknown(10B4) : 2
Unknown(10B5) : 10,3,1,2048,1360
Unknown(1039) : 0,159,7,112
Unknown(183B) : 0
File Name CRW_5185.CRW
Camera Model Name
Canon EOS 300D DIGITAL
Shooting Date/Time
16.10.2004 10:17:02
Shooting Mode
Aperture-Priority AE
Tv( Shutter Speed )
1/30
Av( Aperture Value )
3.5
Metering Mode
Evaluative
Exposure Compensation
0
ISO Speed
100
Lens
18.0 — 55.0mm
Focal Length
18.0mm
Image Size
3072×2048
Image Quality
RAW
Flash
Off
White Balance
Daylight
AF Mode
Manual Focus
Parameters
Contrast Normal
Sharpness Normal
Color saturation Normal
Color tone Normal
Color Space
Adobe RGB
File Size
5323KB
Drive Mode
Single-frame shooting
Owner’s Name
Sergey Sherbakov
Camera Body No.
1070439357

Примечания.

1. Некоторые поля данных для тегов «Unknown» в таблицах сокращены.

2. Теги «ShutterSpeedValue», «ApertureValue» и некоторые другие (с идентификатором Value) в соответствии со стандартом EXIF записываются не в привычных фотографических величинах, а в APEX представлении. Иногда приложения для просмотра EXIF данных преобразуют APEX формат к привычному виду, иногда нет.

Что представляет собой формат APEX? APEX (The Additive System for Photographic Exposure) удобная форма записи и, главное, выражения соотношений экспозиционных условий. Удобная потому, что оперирует с логарифмическими величинами с основанием 2. В них удвоение экспозиции соответствует увеличению ее на один шаг, то есть на привычную ступень выдержки или диафрагмы. Чтобы подсчитать экспозицию в формате APEX достаточно воспользоваться простой формулой: AV + TV = LV + SV= EV. Где AV и TV соответственно APEX величина диафрагмы и выдержки, LV яркости, SV светочувствительности. При этом в APEX за нулевые значения величины AV = 0 принята диафрагма f/1,0, выдержки TV = 0 — 1 c, яркости LV=0 — 3,4 кандел/м*м, светочувствительности SV = 0 — 3,125 (в ISO).

Чтобы отличать фотографические термины «диафрагма», «выдержка» от величин в APEX принято все величины, выраженные в APEX формате сопровождать словом «величина» — как «Aperture value», а при сокращении добавлять букву «V» — как Av.

Интересно, что сейчас в камерах Canon с режимами приоритета выдержки и диафрагмы Tv и Av ряд значений на органах управления записан в привычных обратных секундах и диафрагменных числах. Объясняется это тем, что на камерах Canon «значки» Tv и Av появились, когда APEX формат был практически важен для вычисления экспозиции и популярен. И в качестве значений этих величин использовались величины APEX. Затем с развитием автоматики и унификации экспонометрических устройств практическая важность формата APEX для фотографа стала минимальной и от него отказались, вернувшись к привычным диафрагменным числам и секундам. А маркировка режимов у Canon осталась прежней (Douglas A. Kerr, P.E.).

Как отображается информация в программе для просмотра съемочных параметров, зависит от разработчика. Формально тегу «Aperture value» соответствует величина в единицах APEX без всяких суффиксов и префиксов. Но, к примеру, в Canon ZOOM Browzer EX тег «Aperture value» отображается в формате диафрагменного числа, но без префикса «f/» (для ясности следовало бы писать именно так, то есть «f/»), а Tv, которое, тем не менее, расшифровывается как «Shutter Speed», как доля секунды без «c», то есть верно, если знать об истории появления значков Av/Tv на Canon. В ACDSee версии 5 «Aperture value» корректно отображается в единицах APEX, а в версии 7 в привычном формате «f/число». Определить, что скрывается за «Aperture value» в вашей программе, можно посмотрев на значение другого тега EXIF «F-number». Если числовые значения совпадают, то «Aperture value» отображается в диафрагменных числах, если нет — в APEX единицах. Тогда проверьте соответствие по формуле Aperture value = 2 х Log2F-number. (Легко заметить, что при f/4 — APEX — так же 4, но это единственное исключение).

3. Стандарты DCF и EXIF постоянно «расширяются» и к ним добавляются новые спецификации и, соответственно, теги. Кроме того, производители техники и ПО иногда вводят новые спецификации метаданных. Такие спецификации могут интегрироваться в EXIF, но могут быть и совершенно независимыми. Так в полях EXIF данных есть маркеры, указывающие на совместимость с форматами представления данных FlashPix (стандарта International Imaging Industry Association — I3A), маркеры описывающие расширение ExifR98, GPS данные и другие. С выходом EXIF PRINT, для автоматической обработки изображения в соответствие с сюжетной программой съемки к EXIF добавлены теги, описывающие «сюжетные» настройки цифровой камеры: вспышка, экспорежим, баланс белого, выдержка, дистанция до объекта, источник света, сюжетная программа, цифровой зум, постобработка, контраст, насыщенность, повышение резкости, шумоподавление. Альтернативная технология согласования печати и обработки PIM (Print Image Matching — EPSON, 2001 год) так же добавляет к метаданным 12 (PIM I) или 14 (PIM II) «сюжетных» пунктов.

Метаданные, редактируемые в ACDSee

Среди стандартных тегов EXIF есть предназначенные для систематизации хранения снимков на компьютере. Это: владелец камеры, имя пользователя, авторские права, описание и другие. Если их нельзя заполнить непосредственно при съемке, то нужно использовать либо «фирменное» ПО от камеры либо универсальные программы. К числу таких программ относятся, например, Adobe Photoshop и ACDSee. С их помощью можно изменить значения перечисленных тегов. Но нужно быть внимательным, не все «поля», которые можно заполнить в таких программах сохраняются как метаданные файла. Программа может хранить данные в своей базе данных и не записывать их в файл изображения. Так Adobe Photoshop помимо стандартных (перечисленных выше) полей описания файла, позволяет заполнить многие другие, а для RAW файлов записать даже «скорректированные» настройки камеры. Но хранится вся эта дополнительная информация либо в единой базе данных Photoshop на вашем компьютере, либо в виде переносимого вместе с основным файлом файла метаданных «*.XMP» (а сам RAW файл, по определению, не подвергается изменениям).

НОУ ИНТУИТ | Лекция | Получение цифровых изображений сканированием. Создание газеты

Аннотация: Эта лекция посвящена сканированию — одному из основных способов получения цифровых изображений для DTP. Задача сканирования заключается в наиболее полном считывании информации с оригинала. При этом желательно по мере необходимости скорректировать недостатки оригинала с точки зрения его последующего использования изображения (например, компенсировать нежелательный цветовой сдвиг). Известно, что в компьютере растровое изображение представлено в виде точечных элементов (пикселей), в то время как векторные изображения составлены из кривых, закодированных математическими формулами. Здесь нас будет интересовать, главным образом, растровая графика, так как именно такие графические файлы мы получаем со сканера.

Основы цветоведения для сканирования

Все растровые изображения условно можно подразделить на три вида:

  1. однобитное изображение (bitmap),
  2. полутоновое однобитное изображение (grayscale),
  3. цветное изображение (color).

При работе с цветным изображением сканер использует процессы, основанные на передаче трех основных составляющих любого изображения — красной, зеленой, синей (RGB — red, green, blue) и отраженный оригиналом свет воспринимается сканером как комбинация этих трех цветов в некотором процентном соотношении. В зависимости от типа сканера изображение может быть передано в цвете как 24-битное 42-битное или 48-битное. Количество бит определяет число оттенков цвета. Например, 24-битное изображение передает 16,7 млн. оттенков — столько, сколько видит глаз человека.

Определение цвета в моделях RGB и CMYK

Сканирование, редактирование и цифровой вывод невозможны без описания цвета в точных универсальных терминах с помощью цветовых моделей. Сегодня работу с растровыми изображениями трудно себе представить без программы Adobe Photoshop. На рис. 9.1 изображение натюрморта с виноградом в цветовой модели RGB разбито на три канала: красную, зеленую и синюю составляющие. Их сумма и даст нам итоговую полноцветную картинку (составное цветное RGB изображение).


Рис. 9.1. Цветное изображение RGB и составляющие его каналы Red, Green, Blue на палитре Channels (Каналы) в программе Adobe Photoshop

Если в программе Adobe Photoshop вы инструментом Eyedropper Tool (Пипетка) щелкните на каком либо участке цветного изображения, то цветовая палитра Color Picker тут же отобразит цифровое значение выбранного цвета в цветовой модели RGB ( рис. 9.2).


Рис. 9.2. Пипеткой указан цвет R=241. G=191, B=93

Модель CMYK более актуальна для описания цвета не при сканировании (вводе цветного изображения), а при его выводе на печать. Когда составное цветное изображение готовиться для печати в CMYK, его можно разбить на голубую (Cyan), пурпурную (Magenta), желтую (Yellow) и черную (Black) составляющие. Распределение цветов по этим каналам зависит от печатающего устройства, типа бумаги и параметров краски для печати. Человеческий глаз видит гораздо больше цветов, чем может воспроизвести сканер, монитор или принтер. Узость цветового охвата модели CMYK — одна из основных проблем полиграфии.

От чего зависит качество сканирования?

Планшетный сканер является наиболее универсальным инструментом, подходящим под большинство задач. Модели авторитетных производителей неприхотливы и надежны, просты в установке и использовании, а разнообразие выпускаемых модификаций позволяет подобрать сканер практически под любые требования. В настоящее время, планшетные сканеры по качеству воспроизводимого изображения достигли уровня барабанных моделей среднего класса и вплотную приблизились к профессиональным: разрешение планшетных сканеров доходит до 3000 dpi, разрядность цвета — до 48 bit, динамический диапазон D — до 3.6 (что это за характеристики — поговорим ниже). В ручных, планшетных и слайдовых сканерах изображение сканируется построчно: строка оригинала освещается специальной лампой, обычно газоразрядной, отраженный непрозрачным или пропущенный прозрачным оригиналом световой поток при помощи системы зеркал и объектива фокусируется на светочувствительной матрице, которая делает «фотоснимок» строки и выдаёт электрический сигнал на Аналогово-Цифровой Преобразователь (АЦП), где снимок строки преобразуется в двоичные данные, понятные компьютеру. Последовательность таких «снимков», производимых по мере движения вдоль оригинала, и создает изображение. Лампа, оптическая система и светочувствительная матрица объединены в единую конструкцию, называемую оптическим блоком. В зависимости от конструкции сканера, оптический блок может быть неподвижным, когда оригинал, по мере сканирования, перемещается вдоль матрицы, либо подвижным и перемещаться вдоль оригинала. В качестве светочувствительного элемента используются матрицы ПЗС (Приборы с Зарядовой Связью), что по-английски — CCD (Charge-Coupled Device), которые состоят из набора датчиков, расположенных в одну линию для черно-белого сканирования или трехпроходного цветного, либо в три линии для сканирования в цвете (RGB) за один проход. Разобраться в конструкции сканера хотя бы в самом общем виде необходимо для того, чтобы понять от чего будет зависеть качество сканирования. Конструкция планшетного сканера изображена на рис. 9.3.


Рис. 9.3. Конструкция планшетного сканера

Источник света (а) отражает свет от оригинала (b). Зеркала (с) передают отраженный свет на линзу (d), которая фокусирует информацию изображения на кристаллы ПЗС (е), содержащие одну или три строки датчиков (изображены черными прямоугольниками). ПЗС регистрирует свет как изменение аналогового заряда, который затем направляется на АЦП (f) для преобразования в цифровые данные, которые будут выведены на экран монитора.

Технические характеристики сканеров

Разрешение сканирования

Разрешение сканирования (scanning resolution) является основной характеристикой сканера и указывает, сколько пикселов изображения может вводить сканер на единицу площади оригинала. С увеличением разрешения возрастает четкость и детальность получаемого со сканера изображения. Разрешение сканирования измеряется в пикселях на дюйм (Dots Per Inch), сокращенно — DPI. К примеру, разрешение 600 x 600dpi обозначает, что квадратный дюйм изображения будет содержать 600 пикселов по вертикали и 600 по горизонтали, т.е. 360.000 пикселов. Разрешение изображения при сканировании находится в прямой зависимости от количества содержащихся в матрице ПЗС светочувствительных элементов, что накладывает существенные ограничения на увеличение разрешения аппаратным путем, потому что для этого приходится уменьшать размеры датчиков и как можно плотнее «паковать» их на линейке матрицы, что приводит к взаимным искажениям сигнала от соседних датчиков и, вследствие этого, нарушениям четкости и цветопередачи. Такое аппаратное разрешение, определяемое его конструктивными возможностями, называют иначе оптическим разрешением сканера.

Оптическое разрешение — очень важная характеристика для любого сканера. Для современных устройств эта величина составляет не менее 600 dpi. Для профессиональных планшетных сканеров оптическое разрешение составляет не менее 1200 dpi, а для слайд-сканеров — от 1800-2400 dpi и выше.

Новый термин

Оптическое (аппаратное) разрешение сканера — это реальное количество пикселов, которое в состоянии «разглядеть» светочувствительная матрица сканера и его можно легко вычислить, разделив количество элементов матрицы на ширину области отображения. Производители качественной техники, как правило, указывают количество элементов матрицы в спецификации сканера.

Наряду с оптическим (аппаратным, реальным) разрешением в спецификации сканера указывается его интерполяционное (программное) разрешение. Интерполяция это способ изменения разрешения посредством специальной программы. При уменьшении разрешения лишние данные отбрасываются, а при увеличении — программа их добавляет. Таким образом, интерполяция искусственно добавляет (или удаляет) элементы цифрового изображения.

Новый термин

Интерполяция представляет собой программный алгоритм, принцип работы которого основан на вычислении характеристик точки изображения на основе ближайших точек-соседей (Например, между черной и белой точкой изображения, будет вставлена серая). Понятно, что такое «угадывание» не добавляет реальных деталей к изображению и всегда «размывает» изображение, уменьшая его четкость.

Следует быть внимательным при изучении спецификации сканера и отличать реальное оптическое разрешение сканера от интерполяционного, программного разрешения (interpolating resolution). Если в спецификации сканера указано разрешение, например 1200/24000 dpi, то реальное разрешение сканера — 1200 dpi, а 24000 dpi — результат работы специальной программы. Иногда вы в паспорте сканера можете столкнуться с такой записью: оптическое разрешение 1200 x 2400 dpi. В этом случае 1200 dpi — горизонтальное, а 2400 dpi — вертикальное разрешение сканера. Дело в том, что двигаясь вдоль оригинала, линейка матрицы делает сотни «фотоснимков» строки оригинала, на основе которых формируется целое изображение. Ничто не мешает делать такие «снимки» с шагом, меньшим шага матрицы получая, таким образом, изображение, содержащее по вертикали вдвое больше пикселов, нежели по горизонтали. Такое аппаратное интерполирование по вертикали позволяет получить в результате разрешение, вдвое превышающее реальные возможности матрицы. С этим методом связано то, что в спецификациях сканеров очень часто указываемое вертикальное разрешение превышает горизонтальное в два раза, например, 300 x 600 или 600 x 1200 dpi. Здесь, как и во всех случаях интерполяции указано математическое разрешение, которое может увеличить продажи, но отнюдь не качество. Существует всего один реальный показатель разрешения — истинное или оптическое разрешение, как правило, это меньшая из указанных в рекламе цифр. Так, например, сканер ColorPage-HR7 имеет оптическое горизонтальное и вертикальное разрешение 1200 и 2400 dpi соответственно, а программное интерполяционное разрешение этой модели достигает 24.000 x 24.000 dpi.

DPI сканера и LPI принтера

Итак, разрешение определяет уровень детализации объекта при сканировании и определяется в точках на дюйм (dpi). Чем выше этот показатель, тем более детально будет передан объект, но тем больше будет и размер выходного файла. Показатели разрешения сканера и принтера указываются в одних и тех же dpi, из-за чего возникает путаница. Для того, чтобы разобраться в этом, давайте представим цветовые точки, полученные со сканера и струйного принтера.

Точка сканера (dpi, lppi, ppi) — это некая физическая область (прямоугольный пиксел), равномерно окрашенная определенным оттенком цвета. Если мы говорим о полноцветном сканировании, это один из 16,7 млн. тонов, которые передает сканер. Оптическое разрешение сканера указывает, сколько пикселов сканер может сосчитать в квадратном дюйме (600, 1200 и т.д.).

Точка цветного принтера (lpi) — это совокупность нескольких, в зависимости от способа печати, цветовых пятен, которые, сливаясь на бумаге или в нашем глазу, дают ощущение одного из цветовых оттенков.

Предположим, что в струйной технологии печати точкой, указанной как разрешение, является цветовое пятно одного из цветов, имеющихся в картридже. Но, по сути, не совокупностью ли трех пятен, дающих оттенок цвета, следует считать на самом деле такую точку? Если приведенные выводы верны, то показатель разрешения принтера в dpi следует разделить на количество цветов, которые используются при печати. Следовательно, рассуждая теоретически, если показатель струйного принтера, печатающего в три цвета, равен 300 dpi, то соответствующий показатель сканера равен 300/3=100 dpi. Если вы располагаете струйным принтером с разрешением 600dpi с печатью в четыре цвета, то сканировать нужно с разрешением 600/4=150 dpi. На рис. 9.4 приведет пример того, как пространственная частота растра (число точек на дюйм) определяет количество мелких деталей в напечатанном изображении:


Рис. 9.4. Влияние LPI на качество печатного изображения

Таким образом, отпечатанные изображения имеют собственные показатели разрешения, измеряемые в линиях на дюйм (lpi). Эти показатели отличаются от показателей электронного изображения в точках на дюйм (dpi).

С каким разрешением сканировать?

Для того, чтобы определить с каким разрешением следует сканировать изображение, существует выведенное эмпирически путем правило: для определения требуемого разрешения при сканирования выясните, какой показатель lpi у выходного устройства (принтера), и умножьте его на 2. Вы получите оптимальный показатель в точках на дюйм (dpi), необходимый для наилучшей передачи изображения. Так, при высококачественной полиграфической печати, параметр lpi обычно равен 133. Следовательно, при сканировании необходимо разрешение 133 x 2 = 266 dpi. Можно, конечно, отсканировать изображение и с большим разрешением. Однако из-за ограничения полиграфического показателя lpi при печати вы не добьетесь большего качества, а лишь увеличите размер файла. Самые роскошные полиграфические издания печатаются с lpi не выше 300. Поэтому для них вполне достаточно сканирования при 600 dpi. При печати газет параметр lpi равен 85. Следовательно, для газетного макета вполне достаточно разрешения сканирования 170 dpi.

Если вы сканируете изображение для того, чтобы смотреть на него на мониторе, достаточно всего 72 dpi. В большинстве мультимедийных программ и рисунков для WWW изображения отсканированы именно с таким разрешением.

Замечание

Термин разрешение тесно связан с другим термином — размер изображения, который определяет физическую длину и ширину изображения. В специальной литературе, связанной с компьютерной графикой, терминология по этому вопросу не однозначна. В зависимости от устройства, на котором выводится изображение, возможно использование следующих единиц измерения разрешения: spi (sample per inch) — элементов на дюйм; dpi (dot per inch) — точек на дюйм; ppi (pixel per inch) — пиксел на дюйм; lpi (Line per inch) — линий на дюйм.

Оптическое (аппаратное) разрешение сканера измеряется в ppi (pixels per inch) — пикселях на дюйм. Хотя с физической точки зрения правильнее было использовать spi (samples per inch) — элементы (или дискреты) на дюйм. Однако, как уже отмечалось, реальность такова, что на практике и в литературе более распространен термин dpi — точки на дюйм. Поэтому, чтобы в дальнейшем избежать терминологической путаницы, при работе со сканером будем считать единицы измерения разрешения ppi и dpi синонимами.

Глубина цвета

Разрядность обработки цвета, еще называемая глубиной цвета (color depth) описывает максимальное количество цветов, которое может воспроизвести сканер. Этот параметр обычно выражается в битах на цвет или в битах на цветовой канал. Вычислить количество воспроизводимых цветов просто — достаточно возвести двойку в степень разрядности цвета сканера, либо, если разрядность представлена в битах на канал, возвести двойку в степень разрядности цвета в канале и полученное значение возвести в куб. Например, количество цветов, воспроизводимых 24х-битным сканером (8 бит на канал) равно 256 в кубе, т.е. 16 777 216 (16,7 млн. цветов).

Разрядность битового представления цвета (глубина цвета), выбранная для сканирования, влияет как на размер файла, так и на уровень серого в сканированном изображении: размер файла прямо пропорционален глубине цвета, а уровень серого в сканированном изображении увеличивается в экспоненциальной зависимости от разрядности (рис. 9.5).


Рис. 9.5_1. Изображение в режиме RGB 24bit (3 канала по 8 бит на канал) — файл 1,15Мб

Рис. 9.5_2. Изображение в режиме Grayscale 8bit (1 канал 8 бит) — файл 390Кб
Динамический диапазон сканера (D) и оптическая плотность оригинала (OD)

Важной характеристикой любого оригинала для сканирования является его оптическая плотность, определяющаяся способностью оригинала отражать или пропускать свет. Оптическая плотность лежит в пределах от 0, что соответствует белому цвету, до 4, что соответствует черному цвету и обозначается OD (Optical Density) или просто D (Последнее вводит путаницу в термины и оптическую плотность оригинала пользователи начинают путать с динамическим диапазоном сканера).

Новый термин

Оптическая плотность характеризует черноту (непрозрачность) каждой точки оригинала. Она пропорциональна десятичному логарифму отношения интенсивности света, падающего на оригинал, к интенсивности света, отраженного от оригинала (или прошедшему насквозь в случае пленок). Согласно принятой логарифмической шкале измерения значение 0.0 D соответствует идеально белому (или абсолютно прозрачному) оригиналу, 4.0 D — абсолютно черному (или непрозрачному) оригиналу.

Типичные значения оптической плотности различных оригиналов:

  • OD=0.9 бумага газетная,
  • OD=1.5-1.9 бумага мелованная,
  • OD=2.4-2.7 фотопозитивы,
  • OD=2.6-2.8 фотонегативы,
  • OD=2.8-2.9 для любительских слайдов,
  • OD=3.0 — 4.0 цветные слайды коммерческого (профессионального) качества.

С оптической плотностью оригинала перекликается термин «динамический диапазон оригинала и сканера».

Новый термин

Динамический диапазон (Dynamic Range) или Диапазон плотности (Density Range) оригинала определяется как разница между самым светлым (Dmin) и самым темным (Dmax) участками оригинала и зависит от типа оригинала и его происхождения. Применительно к сканеру, динамический диапазон определяется как разница между самым светлым (Dmin) и самым темным (Dmax) участками оригинала, которые сканер в состоянии обработать.

Итак, D — разница между максимальной и минимальной оптическими плотностями, различаемыми сканером, т.е. динамический диапазон сканера, характеризует его способность различать близкие по тону оттенки. Разные производители указывают данную характеристику по-своему. Одни пишут величину динамического диапазона, а другие — максимальной оптической плотности. На самом деле эти параметры сканера связаны напрямую. Так, для сканера с динамическим диапазоном от 0,1 до 3,4 значение максимальной оптической плотности будет 3,4 D, а величина самого диапазона 3,4-0,1=3,3 D. Однако ясно, что если оригинал имеет распределение оптических плотностей 0,7 — 4,0 D, то сканер не различит детали, соответствующие плотностям 3,3 — 4,0, хотя диапазон оптических плотностей оригинала и равен динамическому диапазону сканера. Кроме того, разные фирмы вычисляют динамический диапазон своих сканеров по-разному, а некоторые просто указывают теоретически возможный предел (он определяется разрядностью CCD-матрицы сканера и зачастую превышает реальные возможности аппаратуры).

Замечание

Параметр Динамический диапазон (Dynamic Range) для непрофессиональной техники класса SOHO (Small Office, Home Office), не рассматривается как существенный. Поэтому многие производители не указывают его в паспорте бытового (домашнего) сканера.

Производители качественной техники, указывают значения Dmin и Dmax в спецификации сканера. С увеличением динамического диапазона сканера возрастает количество вводимых градаций яркости и, следовательно, плавность переходов в смежных тонах изображения. Для сканеров с D=3,0 и D=3,6 градации яркости по шкале «черно-белое» отличаются в четыре раза: для первого значения их число пропорционально 1000, а для второго — 4000. Неудивительно, что и цена двух таких устройств может различаться в разы. Недостаточный динамический диапазон сканера (рис. 9.6) ведет к неизбежным потерям деталей, причем преимущественно в наиболее оптически-плотных областях, а также к появлению шума в светах и тенях изображения, и к более резким тоновым переходам.


Рис. 9.6_1. Изображение неба, отсканированное со слайда на сканере с низким показателем динамического диапазона

Рис. 9.6_2. Изображение, отсканированное со слайда на сканере с высоким показателем динамического диапазона

Типичные значения динамического диапазона для устройства ввода изображения:

4.D=2,0-2, 2 Ручные сканеры,
5.D=2, 0-2, 5 Дешевые цветные планшетные сканеры,
6.D=2, 8-3, 2 Цветные планшетные сканеры класса SOHO,
7.D=3, 4-3, 9 Цветные планшетные сканеры HiFi (высокого класса),
8.D=3, 4-4, 0 Барабанные сканеры, настольные,
9.D=3, 6-4, 0 Барабанные сканеры высокого класса.

Разрядность обработки цвета и динамический диапазон находятся в прямой связи друг с другом: динамический диапазон возрастает с увеличением разрядности цвета. Это объяснимо тем, что чем выше разрядность сканера, тем выше детализация вводимого сканером изображения. Для 24-битного цветного офисного сканера показатель оптической плотности обычно 2.4 — 2.6. Для сканера 42-бит этот показатель 2.6 и 3.0. Для модели 48-бит — от 3.0 и выше.

Геокодирование спутниковых снимков: GeoTIFF • dernasherbrezon

Начало

Итак, в прошлом посте я описал основные шаги, необходимые для получения списка опорных точек. Следующим шагом будет создание файла в формате GeoTIFF. Это подмножество формата tiff, в котором хранится дополнительная геоинформация. Почти все современные ГИС поддерживают этот формат, поэтому в нём распространяются как карты Google Earth, так и панорамы съёмки квадрокоптерами.

GDAL

Для работы с GeoTIFF форматом существует множество библиотек. Наиболее популярная и открытая — GDAL. Она позволяет создавать и редактировать GeoTIFF, выполнять преобразование из одной проекции в другую, создавать тайлы. Несмотря на то, что есть java альтернативы, я решил использовать именно GDAL. Прежде всего из-за лицензии и большого сообщества.

Итак, для того, чтобы создать GeoTIFF, нужно использовать команду gdal_translate:

gdal_translate -gcp pixel1 line1 X1 Y1 -gcp pixel2 line2 X2 Y2 ... source.tif sourceGCP.tif

С это командой есть несколько проблем:

  • она создаёт промежуточный GeoTIFF файл. Для того, чтобы наложить изображение на карту, его необходимо преобразовать в формат EPSG:3857. Хотелось бы сразу генерировать файл в нужной проекции.
  • задавать опорные точки через командную строку не очень удобно. Особенно есть их очень много.

К счастью, в GDAL есть мета-формат для описания виртуальных датасетов — VRT. Он позволяет описывать опорные точки и соответствующее им оригинальное изображение.

VRT

vrt файл — это обычный xml файл. Для него даже есть xml схема, чтобы проверить корректность. Для своих нужд я создал следующий файл:

<VRTDataset rasterXSize="1568" rasterYSize="480">
	<GCPList Projection="EPSG:4326">
		<GCP Pixel="1568.5" Line="0.5" X="64.87017562215375" Y="41.05354188002164" Z="0.0" />
		<GCP Pixel="1536.5" Line="0.5" X="62.466422534484025" Y="41.906597006909756" Z="0.0" />
		...
	</GCPList>
	<VRTRasterBand dataType="Byte" band="1">
		<Description>channel1</Description>
		<NoDataValue>0.0</NoDataValue>
		<SimpleSource>
			<SourceFilename relativeToVRT="1">output.png</SourceFilename>
			<SourceBand>1</SourceBand>
		</SimpleSource>
	</VRTRasterBand>
	<VRTRasterBand dataType="Byte" band="2">
		<Description>channel2</Description>
		<NoDataValue>0.0</NoDataValue>
		<SimpleSource>
			<SourceFilename relativeToVRT="1">output.png</SourceFilename>
			<SourceBand>2</SourceBand>
		</SimpleSource>
	</VRTRasterBand>
	<VRTRasterBand dataType="Byte" band="3">
		<Description>channel3</Description>
		<NoDataValue>0.0</NoDataValue>
		<SimpleSource>
			<SourceFilename relativeToVRT="1">output.png</SourceFilename>
			<SourceBand>3</SourceBand>
		</SimpleSource>
	</VRTRasterBand>
</VRTDataset>

В этом файле следует обратить внимание на несколько вещей:

  • Список опорных точек создан для модели земли WGS84 (EPSG:4326)
  • output.png — оригинальное изображение.
  • Для каждого канала изображения есть описание. Например, <Description>channel2</Description> — данные спектрального диапазона 0.7-1.1 мкм.

gdalwarp

После того, как vrt файл создан, можно создавать GeoTIFF в нужной проекции:

gdalwarp -tps -overwrite -t_srs epsg:3857 -of GTIFF output.vrt output.tif

Где:

  • tps (thin plate spline) — метод интерполяции точек. Без него gdalwarp не сможет правильно обработать опорные точки
  • epsg:3857 — проекция web mercator. Эту проекцию используют все вэб карты: google карты, open street map, yandex карты
  • GTIFF — формат выходного файла.

В результате оригинальное изображение:

Будет преоразовано в следующее:

Как видно, оно было немного повёрнуто и растянуто по краям. На первый взгляд выглядит как раз то, что и нужно было сделать. Но как же убедиться, что всё правильно? Всё правильно, надо наложить его на настоящую карту. Об этом и пойдёт речь в следующей статье.


Геокодирование спутниковых снимков:

  1. Введение
  2. Опорные точки
  3. GeoTIFF
  4. Тайлы

6.5.1. Структура графического файла

Графический файл сос­тоит из двух основных час­тей: заголовка и собственно данных. В начале заголовка стоят несколько числовых значений, которые указывают спецификацию файла (TIF, BMP и т.д.). В англоязычной литера­туре их называют «магическими числами».

Все программы обработки изображений различают форматы файлов не по расширениям, а по «маги­ческим числам». Поэтому, в принципе, например, TIF-файлу можно дать любое название, что никак не отра­зится на возможности его считывания. Исклю­чением из этого правила являются фото-CD файлы, которые не имеют ни магических чисел, ни обычного заголовка.

За «магическим числом» следует основное содержание заголовка, содержащее общие сведения о файле, в том числе, высоту и ширину изобра­жения, его тип (цветное палитровое/«в искусственных цветах» или монохромное полутоновое/«двух­гра­дацион­ное»), с какого места начинаются в файле видеодан­ные, использовалось ли сжатие данных и т.д. Если файл содержитпалитровое изображение, то после заголовка в большинстве случаев (но не всегда!) следует таблица цветов, в соответствии с которой элементам изображения присваиваются значения RGB-троек.

Далее записываются видеоданные. Способ их хранения зависит от типа изображения и формата файла. Поэтому, создание универсальных программ считывания и записи основных графических форматов является нетривиальной задачей. Данные (структура данных), называемые фай­ловыми элементами, подразделя­ются на три категории: поля, теги и потоки. Полем называется структура данных в графи­ческом файле, имеющая фиксированный размер. Фиксированное поле может иметь не только фиксированный размер, но и фиксированную позицию в файле. Тег представляет собой структуру данных, размер и позиция которой изменяются от файла к файлу. Поля и теги спроектированы таким образом, чтобы помочь программе обработки изображений получить быстрый доступ к нужным данным. Если позиция в файле известна, то программа получает доступ к ней непосредственно, без предварительного чтения промежуточных данных. Файл, в котором данные организованы в виде потока, не дает таких возможностей и должен читаться последовательно. Поток позволяет поддерживать блоки дан­ных переменной длины. Теоретически могут существовать «чистые» фай­лы фиксированных полей (содер­жащие только фик­­­си­рованные поля), «чистые» теговые и «чистые» потоковые файлы. Однако реально такие файлы большая редкость. Чаще применяются комбинации двух и более элементов данных. Так, известные форматы TIFF и TGA ис­пользуют и теги, и фиксированные поля, а файлы формата GIF — фиксированные поля и потоки.

Простейшим способом организации пиксельных значений в растровом файле является использованиестрок развертки. В таком случае, пиксельные данные в файле будут представлять со­бой последовательности наборов значений, где каждый набор будет соответствовать строке изображения (рис. 6.37). Несколько строк представляются несколькими наборами, записанными в файле от начала до конца. Этот метод является общим при сохранении данных изображений организованных в строки.

Несмотря на то, что векторные файлы значительно отличаются друг от друга, большинство из них также имеет стандартную базовую структу­ру (рис. 6.38). Непосредственно векторные данные записываются очень компактно. Так, например, в формате ASCII, три элемента изображения (окружность синего цвета, черная прямая и красный прямоугольник), могут быть записаны следующим образом: «CIRCLE, 40, 100, 100, BLUE»; «50, 136, 227, BLACK»; «RECT, 80, 65, 25, 78, RED». Здесь цифрами обозначены координаты характерных точек (например, центра тяжести) и размеры характерных линий (например, радиуса). Замкнутые линии векторных изображений могут быть заполнены цветом, который, в общем случае, не зависит от цвета контура элемента. Таким образом, каждый элемент изображения связан с двумя или более цветами, один из них задан для контура элемента, а остальные — для заполнения.  Цвета заполнения,  в частности, могут быть прозрачными. Если не принимать в расчет палитру и информацию об атрибутах, можно сказать, что размер векторного файла прямо пропорционален количеству содержащихся в нем объектов. Это специфическая особенность векторных файлов, поскольку размер растрового файла не зависит от сложности описанного в нем изображения (на него может повлиять только способ сжатия данных).

В завершении приведем краткий обзор основных графических форматов, использующихся в СТЗ. Наиболее простым форматом уже много лет является PCX-формат. Его основное достоинство, связанное с наглядностью представления видеоданных в структуре файла, привело к появлению многочисленных программ обработки изображений именно из PCX-формата. Самым распространенным, пожалуй, является TIF-формат, называемый также теговым форматом. В нем можно хранить все типы изображений и каждая программа обработки должна включать процедуры чтения и записи TIF-фай­лов. Недостатком TIF-фор­мата является его сложность, что приводит к воз­никновению проблем со сжатием изображений и совместимостью файлов. Известный формат BMP, разработанный для системы Win­dows, широко используется в настоящее время в графических сис­темах, хотя и имеет ряд недостатков, связанных с организацией заголовков файлов. Формат TGA (Targa) обес­печивает очень надеж­ное кодирование видеоданных и практически исключает несовместимость между программами. Недостаток этого формата связан с тем, что разре­шение изображения в файле не запоминается. Наибольшее число библиотек изображений создано в GIF-формате, разработанном фирмой Com­puserve. Его задачей являлось обеспечение максимального сжатия видеоданных при их записи в память. Он эффективен при сохранении палитровых изображений, содержащих максимум 256 цветов в максимально компактной форме.

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

Обзор некоторых распространенных форматов хранения изображений в СТЗ представлен в табл. 6.15

Таблица 6.15. Сравнительный анализ некоторых графических форматов

Название, фирма

Тип изображения

Назначение

Платформа

Общая оценка

РСХ (Zsoft Cor­po­rati­on)

Растровое (Bitmap)

Графические редакторы на IBM РС

IBM PC

Хорошо работает при обмене данны­ми в РС-средах, хранит простые изо­бражения, испо­ль­зует схему RLE сжа­тия данных, но аппаратно зависим

BMP/DIB

(Microsoft)

Растровое

Хранение и обработ­ка изображений в среде Windows

То же

Стандартный формат для Windows. Аппаратно независим, использует ал­горитм RLE сжатия

TIFF (Al­dus Cor­po­ration)

Растровое

Обмен данными в нас­тольных издате­льских системах

IBM PC, Ma­cin­tosh, рабо­­­чие станции UNIX

Используется для обмена между несвязан­ными при­ложе­ни­ями или пла­т­­фор­ма­ми, пре­дполагает вы­сокое ка­чество изображения

EPS (Ado­be Sy­s­­tems и Al­dus)

Растровый,

Векторный

Обмен данными и их пе­ренос с помо­­щью языка PostScript

То же

Предназначен для создания техноло­гий, позволяющих приложениям работать с PostScript-изображе­ни­я­ми

JPEG

Сжатый растровый

Хранение и отобра­­же­ние фотогра­­фичес­ких изображений

То же + аппаратная реализация

Является основным форматом для хранения цифровых фотогра­фий. Качество регулируется Q-фа­ктором (1 -соответст­вует максима­льному сжатию, 100 — минимальному)

GIF (Com­pu­Serve In­cor­po­rated)

Растровое

Передача графических дан­ных в режи­ме on-li­ne по сети Compu­Serve

IBM PC, рабо­чие станции UNIX

Отличный формат для обмена между платформами, хорош для хранения, прост в реализа­ции, использует LZW сжатие.

MPEG (ISO)

Движущий­ся растровый

Компрессия/деко­м­пре­с­­сия видео со зву­ком для multi­me­dia/­hy­per­media

Независим от пла­т­форм, ре­ализуется аппаратно

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

DXF

Векторный

Для САПР

Поддерживается всеми САПР­-про­граммами, включая Auto­CAD

Примечания.

  1. Обозначения:

TIFF — от англ. Tag Image File Format — формат изображения с признаками, EPS — от англ. Encapsulated PоstScript — вклю­чающий PоstScript, JPEG — от англ. Joint Photographic Experts Group — объединенная группа экспертов по фотографии, GIF — от англ. Graphics Inter­change Format — фор­мат взаимообмена с графикой, MPEG — от англ. Moving Picture Expert Group — группа экспертов по движущимся изображе­ниям, DXF — от англ. Drawing eXchan­ge Format — формат графического обмена.

  1. Формат GIF по размеру изображения и глубине цветов подобен PCX, по структуре — TIFF.

  2. PostScript — универсальный, не зависящий от платформы язык описания страницы разработан фирмой Adobe Systems.

Ссылка на тег TIFF

Это справочник по всем известным базовым, расширенным и частным тегам TIFF . Каждая страница тегов предлагает список основных свойств (таких как код, имя, имя LibTiff и тип данных), а также краткое описание.

Поиск
Здесь можно найти любой конкретный тег TIFF или группу тегов

Базовые теги
Базовые теги — это те, которые перечислены как часть ядра TIFF, основные элементы, которые все основные разработчики TIFF должны поддерживать в своих продуктах.

Теги расширений
Теги расширений — это те, которые перечислены как часть функций TIFF, которые могут поддерживаться не всеми устройствами чтения TIFF.

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

Частные теги IFD
Если требуется более 10 частных тегов или около того, спецификация TIFF предполагает, что вместо использования большого количества частных тегов следует вместо этого выделить один частный тег, определить это как тип данных IFD и использовать его для указания на так называемый «частный IFD».В этом частном IFD можно затем использовать любые теги, какие захотите. Эти частные теги IFD не обязательно должны быть правильно зарегистрированные в Adobe, они живут в собственном пространстве имен, принадлежащем конкретному типу IF.

Документация
Это сборник дополнительной документации, в основном по частным тегам.

Любая компания, организация или частное лицо, которое желает предоставить информацию о собственных частных тегах или имеет достаточно подробную конфиденциальную информацию о любых других тегах и желает поделиться ему рекомендуется сделать это в интересах сообщества TIFF.Мы добавим страницу тега для каждого тега и включим по крайней мере одну ссылку на сайт участника. Страница тега будет как минимум включите краткое описание. Если представившая компания или лицо разрешает, мы хотели бы разместить полную представленную информацию или, по крайней мере, указать стабильное и постоянное место, где полную информацию можно найти.

Если вы хотите внести такой вклад в эту справочную информацию по тегам TIFF, свяжитесь с info @awaresystems.быть. Помните, что продовольственная компания, стремящаяся сделать деньги … хорошо балуют поваров. Открывая свои теги, вы становитесь участником сообщества TIFF.

Базовые теги TIFF

254 00FE NewSubfileType Общее указание типа данных, содержащихся в этом подфайле.
255 00FF SubfileType Общее указание типа данных, содержащихся в этом подфайле.
256 0100 ImageWidth Количество столбцов в изображении, то есть количество пикселей в строке.
257 0101 ImageLength Количество строк пикселей в изображении.
258 0102 BitsPerSample Количество бит на компонент.
259 0103 Сжатие Схема сжатия, используемая для данных изображения.
262 0106 PhotometricInterpretation Цветовое пространство данных изображения.
263 0107 Порог Для черно-белых файлов TIFF, представляющих оттенки серого, метод преобразования серых пикселей в черно-белые.
264 0108 Ширина ячейки Ширина матрицы сглаживания или полутонового изображения, используемой для создания двухуровневого файла с сглаживанием или полутоновым изображением.
265 0109 CellLength Длина матрицы сглаживания или полутонового изображения, используемой для создания двухуровневого файла с сглаживанием или полутоновым изображением.
266 010A FillOrder Логический порядок битов в байте.
270 010E ImageDescription Строка, описывающая тему изображения.
271 010F Марка Производитель сканера.
272 0110 Модель Название или номер модели сканера.
273 0111 StripOffsets Для каждой полосы байтовое смещение этой полосы.
274 0112 Ориентация Ориентация изображения относительно строк и столбцов.
277 0115 SamplesPerPixel Количество компонентов на пиксель.
278 0116 RowsPerStrip Количество строк в полосе.
279 0117 StripByteCounts Для каждой полосы количество байтов в полосе после сжатия.
280 0118 MinSampleValue Минимальное используемое значение компонента.
281 0119 MaxSampleValue Максимальное используемое значение компонента.
282 011A XResolution Число пикселей на единицу разрешения в направлении ширины изображения.
283 011B YResolution Число пикселей на единицу разрешения в направлении длины изображения.
284 011C PlanarConfiguration Как хранятся компоненты каждого пикселя.
288 0120 FreeOffsets Для каждой строки смежных неиспользуемых байтов в файле TIFF байтовое смещение строки.
289 0121 Количество FreeByteCounts Для каждой строки смежных неиспользуемых байтов в файле TIFF — количество байтов в строке.
290 0122 GrayResponseUnit Точность информации, содержащейся в GrayResponseCurve.
291 0123 GrayResponseCurve Для данных в градациях серого — оптическая плотность каждого возможного значения пикселя.
296 0128 ResolutionUnit Единица измерения для XResolution и YResolution.
305 0131 Программное обеспечение Название и номер версии программного пакета (ов), использованного для создания образа.
306 0132 DateTime Дата и время создания изображения.
315 013B Художник Лицо, создавшее изображение.
316 013C HostComputer Компьютер и / или операционная система, используемые во время создания образа.
320 0140 ColorMap Цветовая карта для цветных изображений палитры.
338 0152 ExtraSamples Описание дополнительных компонентов.
33432 8298 Авторские права Уведомление об авторских правах.

Чтение тегов Tiff 🏷 // Мэтт Брили

В настоящее время я добавляю несколько других форматов в Areo, мой «принимает двоичные данные о высоте и превращает его в экспортируемую трехмерную сетку» инструмент , одним из которых является Геотиф. Вместо того, чтобы просто выяснять, как читать формат (бу, скучно, бу), я подумал, что попробую создать в браузере инструмент для чтения локальных файлов tiff, отображения 2D-превью с настраиваемым цветовым отображением и создания загружаемой 3D-сетки. превью, если применимо (ура, трехмерные вещи, ура!) Я также подумал, что вкратце напишу все это по ходу дела.👋

Невероятно полезные источники информации

  • Эта статья Патрика Армстронга очень быстро научила меня тому, как именно форматируется информация заголовка в файле .tiff. Патрик также углубляется в такие вещи, как сжатие, которые мне определенно придется решать в дальнейшем.
  • Хотите знать, что это за случайный идентификатор тега tiff? Хотите узнать все возможные значения в его перечислении? Что ж, Джорис Ван Дамм из Aware Systems вас накрыл! Этот сайт в основном представляет собой библию с тегами tiff.Было безумно полезных.
  • Как было на Maptools.org! Многие из моих поисков в Google вернули меня к фантастически тщательно подобранной информации на этом сайте.
  • PDF Tiff Summary Пола Бурка также был полезен для разъяснения различных типов данных, используемых в формате.
  • Наконец, я наткнулся на фантастический инструмент Tiff Hax Эмили Селвуд, когда углублялся в подробности чтения IFD, и, хотя я еще не углублялся в Go, это был фантастически полезный инструмент проверки работоспособности, когда дело дошло до тестирования моего собственного код!

Разбивка формата

Порядок байтов и очень волшебное число

В начале каждые .tiff файл содержит 8 байтов данных. Что-то вроде:

  4D4D002A 00000008  

Первые 2 байта будут либо 4D (т.е. 77 как UInt8), либо 49 (т.е. 73 как UInt8). Если это 4D (77) , порядок байтов файла — BigEndian, если это 49 (73) — порядок байтов LittleEndian. Таким образом, приведенный выше пример относится к BigEndian.

Третий или четвертый байт (в зависимости от вашего вновь найденного порядка байтов) — это магическое число.Короче говоря, если это не 42 , то этот не файл tiff. Пора вернуться / выбросить ошибку / уйти и перекусить.

Последние 4 байта, преобразованные в длинное (т. Е. 4 байта, 32-битное целое число без знака), дают нам смещение до того места, где начинается первый основной раздел информации заголовка. Это приводит меня к …

IFD, субфайлам, полосам изображений …

Один файл может содержать несколько разных (но чаще всего, по крайней мере, косвенно связанных) изображений внутри него.Эти подфайлы могут быть невероятно полезны для хранения прокси с низким разрешением основного изображения, данных маски, информации наложения — по сути, всего, что вы хотите связать вместе с данными основного изображения.

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

Если мы проследим 8-байтовое смещение, которое мы нашли выше, мы окажемся в начале нашего первого IFD, который начинается с этих двух байтов:

  0010  

Это наш счетчик полей IFD, который после преобразования в UInt8 сообщает нам, что теперь нам нужно найти и проанализировать 16 полей.

Поля. О, так много полей …

Поля IFD всегда имеют длину 12 байтов, поэтому давайте возьмем следующие 12 байтов и начнем синтаксический анализ:

  01000003 00000001 0C8

Первые 2 байта дают нам идентификатор тега tiff.Преобразование 0100 в краткое (также известное как 16-битное целое число без знака) дает нам значение 256. Один поиск в AwareSystems Tiff Tag Reference позже и:

Мы нашли тег ImageWidth ! Пойдем дальше и попробуем получить саму ширину.

Третий и четвертый байты дают нам тип данных этого тега. Преобразуя в короткий, наш 0003 дает значение 3, что означает, что ширина изображения также будет короткой.

Следующие 4 байта дают нам количество значений для текущего поля как 32-битное целое число без знака.В нашем случае выше 00000001 говорит нам, что (логически) ImageWidth имеет только одно значение.

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

Чтобы определить, представляют ли последние байты смещение, мы можем выполнить простой расчет:

  (количество значений) * (количество байтов на значение)> (количество оставшихся байтов)  

Мы знаем, что мы только осталось 4 байта от наших исходных 12 байтов данных поля, мы уже вычислили количество значений и знаем, что тип данных — short (т.е. 2 байта на значение). Таким образом, в случае нашего поля ImageWidth это вычисление выглядит следующим образом:

  isOffset = (1 * 2)> 4  

Это оценивается как ложное в нашем случае ImageWidth , что означает, что последние 4 байта представляют собой фактические значение поля.Это 0C8

байтов, которые теперь мы можем преобразовать в значение 3209 . Мы нашли ширину нашего tiff-файла!

Если бы значение isOffset было разрешено до true , тогда нам пришлось бы выполнить последующий поиск в файле tiff, используя значение последних 4 байтов в качестве смещения и (количество значений) * (# байтов на значение) как наше количество байтов.

Следующий IFD …

16 полей на 12 байтов позже, есть еще 8 полезных байтов, которые составляют текущий IFD.Преобразованные в длинные, эти байты дают вам байтовое смещение до следующего IFD, содержащегося в файле tiff.

Если это байтовое смещение> 0, вам нужно будет перебрать и повторить весь синтаксический анализ поля на этом новом IFD. Если это последний IFD в файле, байтовое смещение будет равно 0, и теперь вы можете относительно спокойно прекратить обработку IFD. Ура!

Пока все хорошо

На этом заканчивается первая, довольно сухая статья о Geode! Весело, а? 😬 Я надеюсь, что вышесказанное может оказаться весьма полезным для любого, кто думает о попытке сделать что-то подобное.А если нет, то это по крайней мере напомнит мне, как я подошел к этому, когда я, без сомнения, обнаружу, что делаю это снова через год или около того!

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

Следующий шаг, загрузка пикселей!

Форматы файлов: форматы Exif (TIFF и JPG)

Exif — это стандарт для файлов изображений, созданных цифровыми камерами и другими устройствами ввода.Стандарт, установленный Японской ассоциацией развития электронной промышленности, формально называется стандартом формата файлов изображений для цифровых фотоаппаратов .

Файлы

Exif содержат либо несжатые изображения TIFF, либо сжатые изображения JPEG. Кроме того, эти файлы могут содержать множество полей для комментариев различных типов. Вы можете использовать ReadComment для чтения комментариев в существующем файле. Перед записью файла вы можете использовать свойство Comments, чтобы задать массив комментариев, которые будут сохранены в файле.Дополнительные сведения о комментариях см. В разделе «Перечисление RasterCommentMetadataType».

LEADTOOLS читает и записывает следующие форматы Exif:

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

Вы можете читать и писать 24 бита на пиксель.

При сохранении изображения, содержащего регион, в формате файла TIFF, этот регион также сохраняется. Обратите внимание, однако, что возможность сохранять регион внутри файла TIFF должна быть разблокирована.Для этого требуется набор инструментов Document Imaging или Medical Imaging.

JPG. Это формат JPEG с дискретизацией YUV 4: 2: 2. Вы можете сохранить изображение любого размера.

Вы можете читать и писать 24 бита на пиксель. (Оттенки серого не поддерживаются.) Для получения дополнительной информации см. Сжатие с использованием форматов LEAD и JPEG.

Файл Exif JPG может также содержать изображение штампа (эскиза), которое является уменьшенной копией основного изображения. Размер штампа ограничен 160x120x24. При сохранении файлов Exif свойства StampWidth, StampHeight и StampBitsPerPixel будут игнорироваться, а вместо них будут использоваться 160 (StampWidth), 120 (StampHeight) и 24 (StampBitsPerPixel).Это ограничение было наложено, чтобы соответствовать правилам взаимодействия ExifR98, установленным японскими производителями цифровых фотоаппаратов.

Если вы работаете с несжатыми (TIFF) файлами Exif, размер штампа (ширина x высота x 24 бит на пиксель) без ограничений по ширине и высоте.

Примечание: LEADTOOLS в настоящее время записывает версию 2.21 этих файлов. Но он может читать более ранние или более поздние версии, поскольку формат файла имеет обратную совместимость ».

Чтобы загрузить изображение штампа из файла, используйте метод ReadStamp.

Константа Поддержка чтения Поддержка записи Описание
Exif 24 BPP 24 BPP Exif-файл, содержащий изображение TIFF без сжатия и с цветовым пространством RGB.
ExifYcc 24 BPP 24 BPP Exif-файл, содержащий изображение TIFF без сжатия и с цветовым пространством YCbCr.
ExifJpeg422 24 BPP 24 BPP Exif-файл, содержащий сжатое изображение JPEG и цветовое пространство YUV 4: 2: 2.
ExifJpeg411 24 BPP 24 BPP Exif-файл, содержащий сжатое изображение JPEG и цветовое пространство YUV 4: 1: 1.

Необходимые библиотеки DLL: Leadtools.Codecs.Tif.Dll и Leadtools.Codecs.Cmp.Dll. Для получения списка точных необходимых DLL в зависимости от версии набора инструментов см. «Файлы, которые необходимо включить в ваше приложение».

Связанные форматы: JPG — сжатый JPEG, TIFF — формат файла изображения с тегами.

Поддержка платформы

Расширение Модуль Значение Win32 Win64 Net32 Нетто64 Linux Android Яблоко UWP MimeType Дружественное имя
Tif TIF 3 изображения / tiff TIFF — формат файла изображения с тегами
Jpg JPEG сжатый

Полный список поддерживаемых форматов файлов см. В разделе «Обзор всех поддерживаемых форматов файлов».

Подробную информацию о форматах файлов, поддерживаемых продуктами и платформами, см. В сравнительной таблице форматов файлов.

Вопросы и ответы по метаданным | Photometadata.org

Зачем хранить метаданные в файлах изображений?
Информация, хранящаяся в файле изображения, всегда находится вместе с изображением, независимо от того, куда оно перемещается. В этом смысле информация — это изображение. Думайте о сегодняшних файлах цифровых изображений как о пакетах информации, записанной (по большей части) в стандартных форматах.

Какие типы метаданных мы можем включать в файлы изображений?
Файлы цифровых изображений могут содержать описательную, техническую и административную информацию об изображении.

Какие стандарты метаданных мы можем включать в файлы изображений?
JPEG, TIFF, PSD, Raw и несколько других форматов файлов могут содержать метаданные IPTC-IIM, IPTC Core, IPTC Extension, PLUS, Exif и Dublin Core.

Какие стандарты?
Форматы и поля для хранения метаданных эволюционировали за последние пару десятилетий, начиная со стандарта — или «схемы» — на основе модели обмена мультимедийной информацией, созданной Международным советом по печати и телекоммуникациям и принятой Adobe в 1995 году для своих Продукты Photoshop.

Исходная («устаревшая») схема IPTC-IIM включает в себя широко совместимые поля, идентифицирующие создателя изображения или правообладателя, время захвата, место захвата, подпись, заголовок, заголовок, уведомления об авторских правах и другую основную информацию. IPTC Core и IPTC Extension основаны на наследии IPTC-IIM, добавляя больше типов описательной и административной информации, а также более надежный формат данных, XMP и поля для удовлетворения потребностей сообществ стоковой фотографии и культурного наследия.

Dublin Core — это схема для библиотек в самых разных отраслях. Он включает 15 основных компонентов, пять из которых соответствуют полям IPTC.

Система PLUS — это стандарт метаданных, который идентифицирует и определяет лицензии на использование изображений, а также формат и инструменты для создания строки символов, которые могут идентифицировать правообладателя, пользователя, объем и условия использования лицензированного изображения.

Метаданные

Exif включают техническую информацию об изображении и способе его захвата, например настройки экспозиции, время захвата, информацию о местоположении GPS и модели камеры.

Как мы храним метаданные?
Файлы изображений включают метаданные, упакованные отдельно от данных пикселей, составляющих визуальное изображение. Наша иллюстрация коробки для бенто может помочь вам это визуализировать.

Первоначальный метод хранения метаданных в файлах изображений был основан на формате Adobe TIFF и был принят другими. Поскольку он хранит метаданные — IPTC-IIM и / или Exif — как «блоки» данных, он называется данными формата блока ресурсов изображения IRB . Наборы IRB могут быть «вложенными», что позволяет использовать несколько схем в одном файле.Но этот метод хранения пронумерованных «тегов» сталкивается с жесткими ограничениями по размеру в заголовке файла.
XMP — это новый, более гибкий метод хранения, представленный Adobe в 2001 году и частично основанный на языке XML, для хранения и доступа к метаданным изображений. Он может хранить метаданные в файле изображения или в сопутствующем сопроводительном файле, а также позволяет создавать настраиваемые поля метаданных. Кроме того, XMP поддерживает Unicode, позволяя метаданным включать в себя символы, зависящие от языка (например, умляуты и знаки ударения), и даже символьные алфавиты, такие как японский, китайский и кириллица.В отличие от IRB, поля XMP не имеют ограничений на количество символов.

XMP может хранить IPTC Core вместе с IPTC Extension, Dublin Core и метаданными PLUS.
Exif, генерируемый устройствами захвата, является одновременно форматом хранения и схемой.

Нужно ли нам беспокоиться о старых методах хранения?
Хотя новый формат XMP заменяет IRB для хранения метаданных, ваши инструменты метаданных должны поддерживать оба, потому что:

• Старые инструменты, не поддерживающие XMP (некоторые из них поддерживали до 2005 года), скорее всего, будут только читать и записывать данные IRB.Файлы, созданные с помощью более старых инструментов, могут содержать данные только в формате IRB. Однако многие новые инструменты будут читать эту информацию и переводить ее в формат XMP.
• Некоторые новые инструменты хранят только метаданные в формате XMP.
• Файл, редактируемый несколькими разными инструментами, может содержать данные в обоих форматах, возможно, с немного разными версиями одних и тех же данных в каждом.

Это может произойти несколькими способами, но одна из причин — устаревшая схема IPTC-IIM ограничивает количество символов в поле. Поле ядра IPTC может быть усечено при сохранении в соответствующем поле IPTC-IIM.При переключении между инструментами, которые понимают только устаревший формат, и теми, которые распознают как новые, так и старые форматы, синхронизация информации становится чрезвычайно важной.

Некоторое программное обеспечение автоматически распознает оба формата (формат IRB, используемый для хранения IPTC-IIM, и формат XMP, в котором хранится ядро ​​IPTC и другие схемы) и синхронизирует информацию. Но ваш рабочий процесс — порядок, в котором вы используете различное программное обеспечение — может иметь большое значение. В общем, если вы использовали более новый инструмент, который записывает как в XMP, так и в IRB, избегайте использования старого инструмента, который записывает только формат IRB.

Почему информация, которую я ввел в поле «Автор», отображается как «Создатель» в другой программе?
Несколько полей являются «общими» для разных схем и меток имен полей. То, что одна программа называет «именем объекта», другая может называть «заголовком документа» или «заголовком». Частично эта проблема связана с изменениями в именах полей по мере развития схем. В некоторых случаях программное обеспечение отвечает на запросы пользователей об использовании устаревших имен полей. В других случаях разработчики программного обеспечения решили использовать другое имя.Некоторое программное обеспечение даже дает пользователям возможность выбирать, какие имена полей использовать.
Суть в том, что метаданные можно «сопоставить» с соответствующими полями независимо от того, как они называются. См. PDF-файл IPTC Core Mapped Fields на связанной странице для получения дополнительной информации о том, как поля отображаются в различных программах обработки изображений.

Как включить метаданные в файлы изображений?
Работая с широким спектром программного обеспечения, вы можете встраивать описательные и идентифицирующие метаданные в стандартные форматы файлов, такие как TIFF, JPEG и PSD.Вы также можете встроить такие данные в файлы изображений Raw, но здесь могут быть подводные камни. Собственные форматы Raw не стандартизированы и не документированы в открытом доступе. На данный момент лучше всего прикреплять метаданные в сопроводительном файле, таком как файл Adobe .xmp, если вы не конвертируете изображения в формат DNG. См. Наши руководства для получения дополнительной информации о работе с конкретными программами.

Какие поля метаданных наиболее важны?

Хотя важно заполнить как можно больше полей метаданных фотографий точной и полной информацией, несколько основных полей считаются критическими.Они включают информацию, относящуюся к Copyright и Связаться с создателем и / или правообладателем. Создатели должны ввести эту информацию как можно скорее в свой рабочий процесс, если возможно, в камере. Пользователи, которые получают изображения без этих важных полей, должны добавить их — если они знают правильную информацию — к любым изображениям, которые они намерены хранить даже в течение нескольких дней. И они должны гарантировать, что такая информация никогда не удаляется из файлов изображений.

Кроме того, как можно скорее в своих рабочих процессах создатели и пользователи должны обеспечить наличие расширенных метаданных во всех файлах изображений, включая такие поля, как:

  • Заголовок / Описание
  • Ключевые слова
  • Уникальные идентификаторы (например, номера рабочих файлов)

Чтобы узнать больше о важности метаданных для рабочих процессов и коммерции, см. Манифест метаданных.

Представляют ли изображения с моего смартфона угрозу конфиденциальности?

Хотя возможно, что ваш смартфон может встраивать информацию о вашем местоположении (с помощью тегов GPS в метаданных Exif), это то, что вы можете контролировать. Некоторые телефоны спрашивают, хотите ли вы поделиться данными о местоположении или разрешить отключить службы определения местоположения. Кроме того, многие службы, которые могут использоваться для обмена изображениями, имеют тенденцию удалять (удалять) все данные Exif, частью которых являются данные GPS.На странице Snopes об этой проблеме есть некоторые дополнительные сведения, которые стоит прочитать, если вы обеспокоены.

файлов изображений в формате TIFF

файлов изображений в формате TIFF

Файлы изображений в формате TIFF

Похоже, что многие или большинство «сырых» файлов, выводимых цифровыми камерами, являются какой-то файл TIFF. По крайней мере, файлы Canon cr2 — это форма файла TIFF. Вы можете подумать, что знание этого решит все проблемы, но, увы, формат файла TIFF является гибким и расширяемым вещь и в этом заключается загвоздка.Любой производитель может расширить формат в способы, соответствующие их целям. Тем не менее понимание TIFF — это хорошая отправная точка для понимания файла изображения Canon (который моя цель), так что поехали:

TIFF был разработан как графический файл, не зависящий от платформы и операционной системы. формат. TIFF означает «формат файла изображения с тегами». Это гибкий и расширяемый формат. Можно встраивать конфиденциальную информацию блоки в блоке TIFF без нарушения формата. Альдус и Microsoft «контролирует» спецификацию, которая находится в открытом доступе.

Вот несколько ссылок и ресурсов (вы можете найти гораздо больше с помощью простого поиска в Google):

Вот некоторые технические характеристики:

Файл TIFF состоит из трех основных компонентов:

  • Заголовок файла изображения (IFH) 8 байтов при нулевом смещении.
  • Один или несколько каталогов файлов изображений (IFD) 8 байтов при нулевом смещении.
  • Записи справочника (DE), которые хранятся в IFD.

IFH (заголовок файла изображения) состоит из 8 байтов:

  • 2-байтовое поле упорядочения — это MM (4D4D) для прямого порядка байтов, II (4949) для данных с прямым порядком байтов (Intel).Это относится к все 16-битные или 32-битные данные, следующие за заголовком.
  • 2-байтовое поле версии (всегда десятичное 42 = 0x2a)
  • 4-байтовое смещение IFD.

Файл tiff может содержать несколько IFD, если он содержит несколько изображений. IFD состоит из 2-байтового счетчика записей каталога, за которым следует сами записи (каждые 12 байтов), затем еще 4 байта смещения к другому IFD (или ноль, если это последний IFD).

DE составляет 12 байт и состоит из 4 полей.Первое поле — это тег, и это центральная концепция файла TIFF. Любые нераспознанные теги можно и нужно игнорировать, а новые теги можно добавлять в любое время. Теги со значениями от 32768 до 65355 зарезервированы для собственных Информация. В спецификации TIFF 5.0 было определено 45 тегов. Вот вам DE:

  • 2-байтовый тег
  • 2-байтовый тип
  • Длина 4 байта
  • 4-байтовое значение / смещение

Обратная связь? Вопросов? Напишите мне!
Информация о цифровой фотографии дяди Тома / tom @ mmto.орг

Спецификация форматов файлов Adobe Photoshop

В Photoshop 4.0 и более поздних версиях добавлено несколько типов информации о слоях. Они существуют в конце структуры записей слоя (см. Последнюю строку «См. Записи слоя»). Они имеют следующую структуру:

В следующих разделах описаны различные типы доступных данных, их ключи и их формат.

Данные для корректирующего слоя такие же, как загружаемые форматы файлов для каждого формата.См. Дополнительную информацию в разделе «Дополнительные форматы файлов».

Ключ для слоя эффектов — ‘lrFX’ . Данные имеют следующий формат:

Слой эффектов, сплошная заливка (добавлено в Photoshop 7.0)

Длина

Описание

4

Размер: 34

4

Версия: 2

4

Клавиша для режима наложения

10

Цветовое пространство

1

Непрозрачность

1

Включено

10

Собственное цветовое пространство

Информация об инструменте Type (Photoshop 5.Только 0 и 5.5)

Заменен в Photoshop 6.0 и последующих версиях другой структурой с ключом ‘TySh’ (см. См. Параметр объекта инструмента «Текст» (Photoshop 6.0). См. Параметр объекта инструмента «Текст» ).

Ключ «тыШ» . Данные следующие:

Тип инструмента Информация

Длина

Описание

2

Версия (= 1)

48

6 * 8 чисел двойной точности для информации о преобразовании

Информация о шрифте

2

Версия (= 6)

2

Количество граней

Следующие 8 полей повторяются для каждого счетчика, указанного выше

2

Стоимость марки

4

Данные о типе шрифта

Переменная

Паскаль строка имени шрифта

Переменная

Строка Pascal названия семейства шрифтов

Переменная

Строка Pascal имени стиля шрифта

2

Значение скрипта

4

Количество векторных осей конструкции, которым следует следовать

4

Расчетное значение вектора

Информация о стиле

2

Количество стилей

Следующие 10 полей повторяются для каждого счетчика, указанного выше

2

Стоимость марки

2

Номинальная стоимость

4

Значение размера

4

Значение для отслеживания

4

Значение кернинга

4

Начальное значение

4

Значение базовой смены

1

Автоматическое включение / выключение кернинга

1

Присутствует только в версии <= 5

1

Повернуть вверх / вниз

Текстовая информация

2

Типовое значение

4

Значение масштабного коэффициента

4

Значение счетчика символов

4

Горизонтальное размещение

4

Вертикальное размещение

4

Выбрать начальное значение

4

Выбрать конечное значение

2

Количество строк, т.е.е. количество последующих элементов.

Следующие 5 полей повторяются для каждого элемента в счетчике строк.

4

Число символов

2

Значение ориентации

2

Значение выравнивания

2

Фактический символ как двухбайтовый символ

2

Значение стиля

Информация о цвете

2

Значение цветового пространства

8

Компонент цвета 4 * 2 байта

1

Включение / выключение защиты от псевдонимов

Имя слоя Unicode (Photoshop 5.0)

Ключ — luni . Данные следующие:

ID слоя (Photoshop 5.0)

Ключ — lyid .

ID слоя

Длина

Описание

4

Подпись: ‘8BIM’

4

Ключ: ‘lyid’

4

Длина: 4

4

ID.

Информация о слое с объектными эффектами (Photoshop 6.0)

Ключ ‘lfx2’ . Данные следующие:

Информация о слое эффектов на основе объектов

Длина

Описание

4

Версия эффектов объекта: 0

4

Версия дескриптора (= 16 для Photoshop 6.0).

Переменная

Дескриптор (см. Структуру дескриптора)

Узоры (Photoshop 6.0 и CS (8.0))

Это список шаблонов. Ключ — ‘Patt’, ‘Pat2’ или ‘Pat3’ . Данные следующие:

Узоры

Длина

Описание

Для каждого шаблона повторяется следующее.

4

Длина этого шаблона

4

Версия (= 1)

4

Режим изображения файла. Поддерживаемые значения: Bitmap = 0; Оттенки серого = 1; Проиндексировано = 2; RGB = 3; CMYK = 4; Многоканальность = 7; Дуотон = 8; Лаборатория = 9.

4

Точка: вертикальная, 2 байта и горизонтальная, 2 байта

Переменная

Имя: строка Unicode

Переменная

Уникальный идентификатор этого шаблона: строка Pascal

Переменная

Таблица индексных цветов (256 * 3 значений RGB): присутствует только в том случае, если режим изображения является индексированным цветом

Переменная

Данные шаблона как список массива виртуальной памяти


Список массивов виртуальной памяти

Длина

Описание

4

Версия (= 3)

4

Длина

16

Прямоугольник: сверху, слева, снизу, справа

4

Количество каналов

Ниже приведен массив виртуальной памяти , повторяющийся для количества каналов + один для пользовательской маски + один для маски листа.

4

Логическое значение, указывающее, записан ли массив, пропустить следующие данные, если 0.

4

Длина, пропустить следующие данные, если 0.

4

Глубина пикселя: 1, 8, 16 или 32

16

Прямоугольник: сверху, слева, снизу, справа

2

Глубина пикселя: 1, 8, 16 или 32

1

Режим сжатия данных.1 — это застежка-молния.

Переменная

Фактические данные на основе параметров и сжатия

Аннотации (Photoshop 6.0)

Ключ: «Anno» . Данные следующие:

Аннотации

Длина

Описание

2

Основная версия (= 2)

2

Дополнительная версия.(= 1)

4

Количество аннотаций, которым необходимо следовать

Следующее повторяется для каждой аннотации

4

Длина аннотации

4

Тип аннотации: текстовый ( ‘txtA’ ) или звуковой ( ‘sndA’ ).

1

Аннотация открыта

1

Флаги.

2

Дополнительные блоки. (= 1 для Photoshop 6.0)

16

Прямоугольник расположения значка: вверху, слева, внизу и справа.

16

Прямоугольник расположения всплывающих окон: сверху, слева, снизу и справа

10

2 байта для пробела, за которыми следует компонент цвета 4 * 2 байта

Переменная

Pascal строка имени автора, выровненная по 2 байтам

Переменная

Строка имени Паскаля, выровненная по 2 байтам

Переменная

Паскаль-строка мода Дата, выровненная по 2 байтам

4

Длина следующих 3 полей, включая это поле

4

txtC ‘ или ‘ sndM ‘.Текст или звук

4

Длина следующего поля

Переменная

Фактические данные для этой аннотации. Текст представляет собой строку ASCII или Unicode; звуковая аннотация задокументирована в справочнике PDF , доступном по адресу http://Partners.adobe.com/asn/developer/acrosdk/docs.html#filefmtspecs

Переменная

Заполнение для выравнивания по кратным 4 байтам

Смешать элементы обрезки (Photoshop 6.0)

Ключ — clbl . Данные следующие:

Смешать клипсирующие элементы

Длина

Описание

1

Смешивание обрезанных элементов: логическое

3

Набивка

Наложение элементов интерьера (Photoshop 6.0)

Ключ: ‘infx’ . Данные следующие:

Смешанные элементы интерьера

Длина

Описание

1

Смешать элементы интерьера: логический

3

Набивка

Настройка выбивки (Photoshop 6.0)

Ключ — knko . Данные следующие:

Настройка выбивки

Длина

Описание

1

Нокаут: логический

3

Набивка

Защищенная настройка (Photoshop 6.0)

Ключ: ‘lspf’ . Данные следующие:

Защищенная настройка

Длина

Описание

4

Флаги защиты: биты 0–2 используются для Photoshop 6.0. Прозрачность, композит и позиция соответственно.

Настройка цвета листа (Photoshop 6.0)

Ключ: ‘lclr’ . Данные следующие:

Настройка цвета листа

Длина

Описание

4 * 2

Цвет.Для Photoshop 6.0 используется только первая настройка цвета; остальные нули

Контрольная точка (Photoshop 6.0)

Ключ: ‘fxrp’ . Данные следующие:

Ориентир

Длина

Описание

2 * 8

2 двойных значения для опорной точки

Настройки градиента (Photoshop 6.0)

Ключ: ‘grdm’ . Данные следующие:

Настройки градиента

Длина

Описание

2

Версия (= 1 для Photoshop 6.0)

1

Обратный градиент

1

С градиентным смешиванием

Переменная

Название градиента: строка Unicode, заполненная

2

Количество цветных остановок для отслеживания

Следующее повторяется для каждой остановки цвета

4

Расположение ограничителя цвета

4

Средняя точка остановки цвета

2

Режим следования цвета

4 * 2

Актуальный цвет упора

2

Количество контрольных точек прозрачности

Следующее повторяется для каждого упора прозрачности

4

Расположение ограничителя прозрачности

4

Средняя точка упора прозрачности

2

Непрозрачность стопа прозрачности

2

Количество расширений (= 2 для Photoshop 6.0)

2

Интерполяция, если указанная выше длина не равна нулю

2

Длина (= 32 для Photoshop 6.0)

2

Режим для этого градиента

4

Случайное число начального числа

2

Флаг показа прозрачности

2

Флаг для использования векторного цвета

4

Коэффициент шероховатости

2

Цветовая модель

4 * 2

Минимальные значения цвета

4 * 2

Максимальные значения цвета

2

Dummy: не используется в Photoshop 6.0

Настройка разделителя разделов (Photoshop 6.0)

Ключ: lsct . Данные следующие:

Настройка разделителя секции

Длина

Описание

4

Тип.4 возможных значения, 0 = любой другой тип слоя, 1 = открытая «папка», 2 = закрытая «папка», 3 = ограничивающий разделитель раздела, скрытый в пользовательском интерфейсе

Следующее присутствует, только если длина> = 12

4

Подпись: ‘8BIM’

4

Ключ. См. Ключи режима наложения в разделе «Записи слоев».

Следующее присутствует, только если длина> = 16

4

Подтип. 0 = нормально, 1 = группа сцен, влияет на временную шкалу анимации.

Настройка ограничений на смешение каналов (Photoshop 6.0)

Ключ — ‘brst’ . Данные следующие:

Настройка ограничений на смешение каналов

Длина

Описание

Далее повторяется длина / 4 раза.

4

Номер канала с ограничениями

Настройка однотонного листа (Photoshop 6.0)

Ключ — «SoCo» . Данные следующие:

Настройка однотонного листа

Длина

Описание

4

Версия (= 16 для Photoshop 6.0)

Переменная

Дескриптор. На основе структуры формата файла действия (см. Структуру дескриптора)

Настройка заливки узором (Photoshop 6.0)

Ключ: ‘PtFl’ . Данные следующие:

Настройка заливки узором

Длина

Описание

4

Версия (= 16 для Photoshop 6.0)

Переменная

Дескриптор. На основе структуры формата файла действия (см. Структуру дескриптора)

Настройка градиентной заливки (Photoshop 6.0)

Ключ — ‘GdFl’ . Данные следующие:

Настройка градиентной заливки

Длина

Описание

4 байта

Версия (= 16 для Photoshop 6.0)

Переменная

Дескриптор. На основе структуры формата файла действия (см. Структуру дескриптора)

Настройка векторной маски (Photoshop 6.0)

Ключ: ‘vmsk’ или ‘vsms’ . Если ключ — ‘vsms’ , тогда мы пишем для (Photoshop CS6) , и документ будет иметь ключ ‘vscg’ .Данные следующие:

Настройка векторной маски

Длина

Описание

4

Версия (= 3 для Photoshop 6.0)

4

Флаги.бит 1 = инвертировать, бит 2 = нет связи, бит 3 = отключить

Остальные данные — это компоненты пути, цикл до конца длины.

Переменная

Пути. См. Раздел Формат ресурса пути

Настройка объекта инструмента «Текст» (Photoshop 6.0)

Заменяет информацию о типе инструмента в Photoshop 5.0 (см. Раздел «Информация об инструменте« Текст »»).

Ключ «ТыШ» . Данные следующие:

Тип инструмента, установка объекта

Длина

Описание

2

Версия (= 1 для Photoshop 6.0)

6 * 8

Преобразование: xx, xy, yx, yy, tx и ty соответственно.

2

Текстовая версия (= 50 для Photoshop 6.0)

4

Версия дескриптора (= 16 для Photoshop 6.0)

Переменная

Текстовые данные (см. Структуру дескриптора)

2

Версия деформации (= 1 для Photoshop 6.0)

4

Версия дескриптора (= 16 для Photoshop 6.0)

Переменная

Данные деформации (см. Структуру дескриптора)

4 * 8

слева, сверху, справа, снизу соответственно.

Внешний эффект ID (Photoshop 6.0)

Ключ: ‘ffxi’ . Данные следующие:

Внешнее влияние ID

Длина

Описание

4

ИД Иностранного влияния.

Настройка источника имени слоя (Photoshop 6.0)

Ключ: ‘lnsr’ . Данные следующие:

Настройка источника имени слоя

Длина

Описание

4

ID для имени слоя

Данные выкройки (Photoshop 6.0)

Ключ «шпа» . Данные следующие:

Данные шаблона

Длина

Описание

4

Версия (= 0 для Photoshop 6.0)

4

Количество комплектов для отслеживания

Для подсчета, указанного выше, повторяется следующее.

4

Образец подписи

4

Шаблонный ключ

4

Количество паттернов в этом наборе

1

Копирование на листе дублирование

3

Набивка

Следующее повторяется для подсчета вышеперечисленных шаблонов.

4

Обработка цвета. Предпочтительно convert = ‘conv’ , избегать преобразования = ‘avod’ , только яркость = ‘lumi’

Переменная

Строка Pascal, имя шаблона

Переменная

Строка Unicode, имя шаблона

Переменная

Паскаль строка уникального идентификатора шаблона

Параметр метаданных (Photoshop 6.0)

Ключ — ‘shmd’ . Данные следующие:

Настройка метаданных

Длина

Описание

4

Количество элементов метаданных для отслеживания

Следующее повторяется столько раз, сколько указано выше:

4

Подпись данных

4

Ключ данных

1

Копирование на листе дублирование

3

Набивка

4

Длина данных для отслеживания

Переменная

Недокументированные данные

Версия слоя (Photoshop 7.0)

Ключ — ‘lyvr’ . Данные следующие:

Слой версии

Длина

Описание

4

32-битное число, представляющее версию Photoshop, необходимую для чтения и интерпретации слоя без потери данных.70 = 7,0, 80 = 8,0 и т. Д.

Минимальное значение — 70, потому что наличие поля в 6.0 вызывает предупреждение. В будущем Photoshop 7 проверяет, больше ли это число, чем текущая версия, то есть 70, и, если да, предупреждает, что игнорирует некоторые данные.

Прозрачность формирует слой (Photoshop 7.0)

Ключ «цлы» .Данные следующие:

Прозрачность формирует слой

Длина

Описание

1

1: прозрачность слоя используется для определения формы эффектов. Это значение по умолчанию для поведения, аналогичного предыдущим версиям.

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

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

3

Набивка

Маска слоя как глобальная маска (Photoshop 7.0)

Ключ lmgm . Данные следующие:

Маска слоя как глобальная маска

Длина

Описание

1

1: маска слоя используется в окончательном кроссфейде, маскируя слой и эффекты, а не используется для формирования слоя и его эффектов.

Это поведение ранее было привязано к флагу статуса ссылки для маски слоя. (Несвязанная маска действовала как значение флага 1, связанная маска — как 0). Для старых файлов, в которых отсутствует этот ключ, статус ссылки используется для сохранения результатов компоновки.

3

Набивка

Векторная маска как глобальная маска (Photoshop 7.0)

Ключ: ‘vmgm’ . Данные следующие:

Яркость и контраст

Ключ ‘brit’ . Данные следующие:

Яркость и контраст

Длина

Описание

2

Яркость

2

Контрастность

2

Среднее значение яркости и контрастности

1

Только цвет лаборатории

Смеситель каналов

Ключ — ‘mixr’ .Данные следующие:

Смеситель каналов

Длина

Описание

2

Версия (= 1)

2

Монохромный

20

Цвет RGB или CMYK плюс константа для настроек микшера.4 * 2 байта цвета с 2 байтами константы.

Поиск цвета (Photoshop CS6)

Ключ: ‘clrL’ . Данные следующие:

Поиск цвета

Длина

Описание

2

Версия (= 1)

4

Версия дескриптора (= 16)

Переменная

Дескриптор черно-белой информации

Размещенный слой (заменен на SoLd в Photoshop CS3)

Ключ: ‘plLd’ .Данные следующие:

Размещенный слой

Длина

Описание

4

Тип (= ‘plcL’)

4

Версия (= 3)

Переменная

Уникальный идентификатор в виде паскальной строки

4

Номер страницы

4

Всего страниц

4

Политика псевдонимов Anit

4

Тип размещенного слоя: 0 = неизвестно, 1 = вектор, 2 = растр, 3 = стек изображений

4 * 8

Преобразование: 8 удвоений для координат x, y точек преобразования

4

Вариант с деформацией (= 0)

4

Версия дескриптора деформации (= 16)

Переменная

Дескриптор информации о деформации

Связанный слой

Ключ: ‘lnkD’ .Также ключи ‘lnk2’ и ‘lnk3’ . Данные следующие:

Связанный слой

Длина

Описание

Следующее повторяется для каждого связанного файла.

8

Длина последующих данных

4

Тип (= данные связанного файла liFD, внешний связанный файл liFE или псевдоним связанного файла liFA)

4

Версия (= от 1 до 7)

Переменная

Строка Паскаля.Уникальный идентификатор.

Переменная

Строка Unicode исходного имени файла

4

Тип файла

4

Создатель файлов

8

Длина последующих данных

1

Дескриптор открытия файла

Переменная

Дескриптор открытых параметров.Присутствует только тогда, когда верно вышесказанное.

Если тип — liFE, то следующим будет дескриптор связанного файла.

Переменная

Дескриптор параметров связанного файла. См. Комментарий выше.

Если тип liFE и версия больше 3, то присутствует следующее. Далее идут год, месяц, день, час, минута, секунда.

4

Год

1

Месяц

1

День

1

Час

1

Минуты

8

Дабл для секунд

Если тип — liFE, то следующий размер файла.

8

Размер файла

Если тип liFA, то следующие 4 нуля.

8

Все нули

Если тип liFE, то следующие байты файла.

Переменная

Необработанные байты файла.

Если версия больше или равна 5, то следующее.

UnicodeString

Идентификатор дочернего документа.

Если версия больше или равна 6, то следующая следующая.

Двойной

Время модификации актива.

Если версия больше или равна 7, то следующая следующая.

1

Состояние блокировки активов для активов библиотек.

Если тип — liFE, а версия — 2, то следующее.

Переменная

Необработанные байты файла.

Фотофильтр

Ключ — ‘phfl’ . Данные следующие:

Фотофильтр

Длина

Описание

2

Версия (= 3) или (= 2)

12

4 байта каждый для цвета XYZ (только в версии 3)

10

Цветовое пространство 2 байта, за которым следует компонент цвета 4 * 2 байта (только в версии 2)

4

Плотность

1

Сохранить яркость

Черный Белый (Photoshop CS3)

Ключ: ‘blwh’ .Данные следующие:

Черный Белый

Длина

Описание

4

Версия дескриптора (= 16)

Переменная

Дескриптор черно-белой информации

Генератор данных дополнительных данных (Photoshop CS5)

Ключ: ‘CgEd’ .Данные следующие:

Генератор данных дополнительных данных

Длина

Описание

4

Версия дескриптора (= 16)

Переменная

Дескриптор дополнительных данных

Данные текстового движка (Photoshop CS3)

Ключ — ‘Txt2’ .Данные следующие:

Данные текстового движка

Длина

Описание

4

Длина данных для отслеживания

Переменная

Необработанные байты для текстового движка

Vibrance (Photoshop CS3)

Ключ — ‘vibA’ .Данные следующие:

Вибрация

Длина

Описание

4

Версия дескриптора (= 16)

Переменная

Дескриптор информации о вибрации

Имя пути в Юникоде (Photoshop CS6)

Ключ ‘pths’ .Данные следующие:

Имя пути в Юникоде

Длина

Описание

4

Версия дескриптора (= 16)

Переменная

Дескриптор, содержащий список имен путей в Юникоде

Анимационные эффекты (Photoshop CS6)

Ключ: ‘anFX’ .Данные следующие:

Анимационные эффекты

Длина

Описание

4

Версия дескриптора (= 16)

Переменная

Дескриптор, содержащий эффекты анимации

Фильтр-маска (Photoshop CS3)

Ключ: «FMsk» .Данные следующие:

Маска фильтра

Длина

Описание

10

Цветовое пространство

2

Непрозрачность

Размещение данных слоя (Photoshop CS3)

Ключ — ‘SoLd’ .См. Также ключ «PlLd» . Данные следующие:

Маска фильтра

Длина

Описание

4

Идентификатор (= ‘soLD’)

4

Версия (= 4)

4

Версия дескриптора (= 16)

Переменная

Дескриптор информации размещенного слоя

Векторные данные обводки (Photoshop CS6)

Ключ — ‘vstk’ .Данные следующие:

Настройка хода вектора

Длина

Описание

4

Версия (= 16)

Переменная

Дескриптор.На основе структуры формата файла действия (см. Структуру дескриптора)

Данные содержимого векторных штрихов (Photoshop CS6)

Ключ: ‘vscg’ . Данные следующие:

Настройка содержимого обводки вектора

Длина

Описание

4

Ключ для данных

4

Версия (= 16)

Переменная

Дескриптор.На основе структуры формата файла действия (см. Структуру дескриптора)

Использование выровненного рендеринга (Photoshop CS6)

Ключ: ‘sn2P’ . Данные следующие:

Использование выровненного рендеринга

Длина

Описание

4

Ненулевое значение истинно для использования выровненного рендеринга

Исходные векторные данные (Photoshop CC)

Ключ ‘vogk’ .Данные следующие:

Настройка исходного вектора

Длина

Описание

4

Версия (= 1 для Photoshop CC)

4

Версия (= 16)

Переменная

Дескриптор.На основе структуры формата файла действия (см. Структуру дескриптора)

Исходные данные пикселей (Photoshop CC)

Ключ: ‘PxSc’ . Данные следующие:

Информация об источнике пикселей

Длина

Описание

4

Версия (= 16)

Переменная

Дескриптор.На основе структуры формата файла действия (см. Структуру дескриптора)

Используемый композитор (Photoshop 2020)

Ключ — ‘cinf’ . Данные следующие:

Используемый композитор

Длина

Описание

4

Версия (= 16)

Переменная

Дескриптор.На основе структуры формата файла действия (см. Структуру дескриптора)

Исходные данные пикселей (Photoshop CC 2015)

Ключ: ‘PxSD’ . Данные следующие:

Информация об источнике пикселей

Длина

Описание

8

Длина данных для отслеживания

Переменная

Необработанные данные для 3D-слоев или видеослоев.

Данные артборда (Photoshop CC 2015)

Ключ: ‘artb’ или ‘artd’ или ‘abdd’ . Данные следующие:

Информация об артборде

Длина

Описание

4

Версия (= 16)

Переменная

Дескриптор.На основе структуры формата файла действия (см. Структуру дескриптора)

Данные слоя смарт-объекта (Photoshop CC 2015)

Ключ — ‘SoLE’ . Данные следующие:

Информация о смарт-объекте

Длина

Описание

4

Тип (= ‘soLD’)

4

Версия (= 4 или 5)

Переменная

Дескриптор.На основе структуры формата файла действия (см. Структуру дескриптора)

Сохранение объединенной прозрачности

Ключ — «Mtrn», «Mt16» или «Mt32» . Нет данных, связанных с этими ключами.

Маска пользователя

Ключ «ЛМск» .

Маска пользователя

Длина

Описание

10

Цветовое пространство

2

Непрозрачность

1

Флаг (= 128)

Воздействие

Ключ: ‘expA’ .

Экспозиция

Длина

Описание

2

Версия (= 1)

4

Воздействие

4

Смещение

4

Гамма

Эффекты фильтра

Ключ — FXid или FEid .

Эффекты фильтра

Длина

Описание

4

Версия (= 1, 2 или 3)

8

Длина данных для отслеживания

Для заданной длины повторяется следующее.

Переменная

Строка Паскаля как идентификатор

4

Версия (= 1)

8

Длина

16

Прямоугольник: сверху, слева, снизу, справа

4

Глубина

4

Макс.каналов

Следующее повторяется для количества каналов + маска пользователя + маска листа.

4

Логическое значение, указывающее, записан ли массив

8

Длина

2

Режим сжатия данных.

Переменная

Фактические данные на основе сжатия

Конец повтора для каналов

1

Следующие два элемента присутствуют или нет

2

Режим сжатия данных для отслеживания

Переменная

Фактические данные на основе сжатия

.

Leave a Reply

Ваш адрес email не будет опубликован. Обязательные поля помечены *