Основные тэги формата 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 | Имя | Описание |
---|---|---|---|
254 | 0x00FE | NewSubfileType | Тип данных, хранящихся в этом файле. Этот тег является заменой тегу SubfileType, и является очень полезным, когда в одном TIFF файле хранится несколько изображений. |
255 | 0x00FF | SubfileType | Тип данных, хранящихся в этом файле (старый). |
256 | 0x0100 | ImageWidth | Количество колонок в изображении. |
257 | 0x0101 | ImageLength | Количество строк в изображении. |
258 | 0x0102 | BitsPerSample | Количество бит в компоненте. Этот тег предполагает различное число битов в каждом компоненте (хотя в большинстве случаев оно одинаковое). Например, для RGB может быть 8 для всех компонентов — красного, зеленого и голубого, или 8,8,8 для каждого из компонентов. |
259 | 0x0103 | Compression | Используемый вид компресии. |
262 | 0x0106 | PhotometricInterpretation | Используемая цветовая модель. |
263 | 0x0107 | Threshholding | Вид преобразования серого в черное и белое для черно-белых изображений. |
264 | 0x0108 | CellWidth | Количество колонок в матрице преобразования из серого в черное и белое. |
265 | 0x0109 | CellWidth | Количество строк в матрице преобразования из серого в черное и белое. |
266 | 0x010A | FillOrder | Логический порядок битов в байте. |
270 | 0x010E | ImageDescription | Описание изображения. |
271 | 0x010F | Make | Производитель изображения. |
272 | 0x0110 | Model | Модель или серийный номер. |
273 | 0x0111 | StripOffsets | Смещение для каждой полосы изображения в байтах. |
274 | 0x0112 | Orientation | Ориентация изображения. |
277 | 0x0115 | SamplesPerPixel | Количество компонентов на пиксель. |
278 | 0x0116 | RowsPerStrip | Количество строк на полосу. |
279 | 0x0117 | StripByteCounts | Количество байт на полосу после компресии. |
280 | 0x0118 | MinSampleValue | Минимальное значение, используемое компонентом. |
281 | 0x0119 | MaxSampleValue | Максимальное значение, используемое компонентом. |
282 | 0x011A | XResolution | Количество пикселей в ResolutionUnit строки. |
283 | 0x011B | YResolution | Количество пикселей в ResolutionUnit столбца. |
284 | 0x011C | PlanarConfiguration | Метод хранения компонентов каждого пикселя. |
288 | 0x0120 | FreeOffsets | Смещение в байтах к строке неиспользуемых байтов. |
289 | 0x0121 | FreeByteCounts | Количество байтов в строке неиспользуемых байтов. |
290 | 0x0122 | GrayResponseUnit | Разрешение данных, хранящихся в GrayResponseCurve. |
291 | 0x0123 | GrayResponseCurve | Величина плотности серого. |
296 | 0x0128 | ResolutionUnit | Разрешение данных, хранящихся в XResolution, YResolution. |
305 | 0x0141 | Software | Имя и версия программного продукта. |
306 | 0x0142 | DateTime | Дата и время создания изображения. |
316 | 0x013B | Artist | Имя создателя изображения. |
315 | 0x013С | HostComputer | Компьютер и операционная система, использованные при создании изображения. |
320 | 0x0140 | ColorMap | Цветовая таблица для изображений, использующих палитру цветов. |
338 | 0x0152 | ExtraSamples | Описание дополнительных компонентов. |
33432 | 0x8298 | Copyright | Имя владельца прав на хранимое изображение. |
Расширенные теги
Теги, составляющие ядро формата TIFF, но, в отличие от основных тегов формата TIFF, они не должны в обязательном порядке поддерживаться продуктами, реализующими TIFF в соответствии со спецификацией формата TIFF.
Специальные теги формата TIFF
Специальные теги TIFF формата изначально были определены фирмой Adobe. Они предназначены для хранения в TIFF формате специальных типов данных производителей программного обеспечения, и должны быть зарегистрированы фирмой Adobe.
Основные тэги формата TIFF — это… Что такое Основные тэги формата TIFF?
TIFF (англ. Tagged Image File Format) — формат хранения растровых графических изображений. Изначально был разработан компанией Microsoft, для использования с NeXTStep, и из неё поддержка этого формата перешла в Mac OS X.
Файлы формата 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 | Имя | Описание |
---|---|---|---|
254 | 0x00FE | NewSubfileType | Тип данных, хранящихся в этом файле. Этот тег является заменой тегу SubfileType, и является очень полезным, когда в одном TIFF файле хранится несколько изображений. |
255 | 0x00FF | SubfileType | Тип данных, хранящихся в этом файле (старый). |
256 | 0x0100 | ImageWidth | Количество колонок в изображении. |
257 | 0x0101 | ImageLength | Количество строк в изображении. |
258 | 0x0102 | BitsPerSample | Количество бит в компоненте. Этот тег предполагает различное число битов в каждом компоненте (хотя в большинстве случаев оно одинаковое). Например, для RGB может быть 8 для всех компонентов — красного, зеленого и голубого, или 8,8,8 для каждого из компонентов. |
259 | 0x0103 | Compression | Используемый вид компресии. |
262 | 0x0106 | PhotometricInterpretation | Используемая цветовая модель. |
263 | 0x0107 | Threshholding | Вид преобразования серого в черное и белое для черно-белых изображений. |
264 | 0x0108 | CellWidth | Количество колонок в матрице преобразования из серого в черное и белое. |
265 | 0x0109 | CellWidth | Количество строк в матрице преобразования из серого в черное и белое. |
266 | 0x010A | FillOrder | Логический порядок битов в байте. |
270 | 0x010E | ImageDescription | Описание изображения. |
271 | 0x010F | Make | Производитель изображения. |
272 | 0x0110 | Model | Модель или серийный номер. |
273 | 0x0111 | StripOffsets | Смещение для каждой полосы изображения в байтах. |
274 | 0x0112 | Orientation | Ориентация изображения. |
277 | 0x0115 | SamplesPerPixel | Количество компонентов на пиксель. |
278 | 0x0116 | RowsPerStrip | Количество строк на полосу. |
279 | 0x0117 | StripByteCounts | Количество байт на полосу после компресии. |
280 | 0x0118 | MinSampleValue | Минимальное значение, используемое компонентом. |
281 | 0x0119 | MaxSampleValue | Максимальное значение, используемое компонентом. |
282 | 0x011A | XResolution | Количество пикселей в ResolutionUnit строки. |
283 | 0x011B | YResolution | Количество пикселей в ResolutionUnit столбца. |
284 | 0x011C | PlanarConfiguration | Метод хранения компонентов каждого пикселя. |
288 | 0x0120 | FreeOffsets | Смещение в байтах к строке неиспользуемых байтов. |
289 | 0x0121 | FreeByteCounts | Количество байтов в строке неиспользуемых байтов. |
290 | 0x0122 | GrayResponseUnit | Разрешение данных, хранящихся в GrayResponseCurve. |
291 | 0x0123 | GrayResponseCurve | Величина плотности серого. |
296 | 0x0128 | ResolutionUnit | Разрешение данных, хранящихся в XResolution, YResolution. |
305 | 0x0141 | Software | Имя и версия программного продукта. |
306 | 0x0142 | DateTime | Дата и время создания изображения. |
316 | 0x013B | Artist | Имя создателя изображения. |
315 | 0x013С | HostComputer | Компьютер и операционная система, использованные при создании изображения. |
320 | 0x0140 | ColorMap | Цветовая таблица для изображений, использующих палитру цветов. |
338 | 0x0152 | ExtraSamples | Описание дополнительных компонентов. |
33432 | 0x8298 | Copyright | Имя владельца прав на хранимое изображение. |
Расширенные теги
Теги, составляющие ядро формата 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 | Имя | Описание |
---|---|---|---|
254 | 0x00FE | NewSubfileType | Тип данных, хранящихся в этом файле. Этот тег является заменой тегу SubfileType, и является очень полезным, когда в одном TIFF файле хранится несколько изображений. |
255 | 0x00FF | SubfileType | Тип данных, хранящихся в этом файле (старый). |
256 | 0x0100 | ImageWidth | Количество колонок в изображении. |
257 | 0x0101 | ImageLength | Количество строк в изображении. |
258 | 0x0102 | BitsPerSample | Количество бит в компоненте. Этот тег предполагает различное число битов в каждом компоненте (хотя в большинстве случаев оно одинаковое). Например, для RGB может быть 8 для всех компонентов — красного, зеленого и голубого, или 8,8,8 для каждого из компонентов. |
259 | 0x0103 | Compression | Используемый вид компресии. |
262 | 0x0106 | PhotometricInterpretation | Используемая цветовая модель. |
263 | 0x0107 | Threshholding | Вид преобразования серого в черное и белое для черно-белых изображений. |
264 | 0x0108 | CellWidth | Количество колонок в матрице преобразования из серого в черное и белое. |
265 | 0x0109 | CellWidth | Количество строк в матрице преобразования из серого в черное и белое. |
266 | 0x010A | FillOrder | Логический порядок битов в байте. |
270 | 0x010E | ImageDescription | Описание изображения. |
271 | 0x010F | Make | Производитель изображения. |
272 | 0x0110 | Model | Модель или серийный номер. |
273 | 0x0111 | StripOffsets | Смещение для каждой полосы изображения в байтах. |
274 | 0x0112 | Orientation | Ориентация изображения. |
277 | 0x0115 | SamplesPerPixel | Количество компонентов на пиксель. |
278 | 0x0116 | RowsPerStrip | Количество строк на полосу. |
279 | 0x0117 | StripByteCounts | Количество байт на полосу после компресии. |
280 | 0x0118 | MinSampleValue | Минимальное значение, используемое компонентом. |
281 | 0x0119 | MaxSampleValue | Максимальное значение, используемое компонентом. |
282 | 0x011A | XResolution | Количество пикселей в ResolutionUnit строки. |
283 | 0x011B | YResolution | Количество пикселей в ResolutionUnit столбца. |
284 | 0x011C | PlanarConfiguration | Метод хранения компонентов каждого пикселя. |
288 | 0x0120 | FreeOffsets | Смещение в байтах к строке неиспользуемых байтов. |
289 | 0x0121 | FreeByteCounts | Количество байтов в строке неиспользуемых байтов. |
290 | 0x0122 | GrayResponseUnit | Разрешение данных, хранящихся в GrayResponseCurve. |
291 | 0x0123 | GrayResponseCurve | Величина плотности серого. |
296 | 0x0128 | ResolutionUnit | Разрешение данных, хранящихся в XResolution, YResolution. |
305 | 0x0141 | Software | Имя и версия программного продукта. |
306 | 0x0142 | DateTime | Дата и время создания изображения. |
316 | 0x013B | Artist | Имя создателя изображения. |
315 | 0x013С | HostComputer | Компьютер и операционная система, использованные при создании изображения. |
320 | 0x0140 | ColorMap | Цветовая таблица для изображений, использующих палитру цветов. |
338 | 0x0152 | ExtraSamples | Описание дополнительных компонентов. |
33432 | 0x8298 | Copyright | Имя владельца прав на хранимое изображение. |
Расширенные теги
Теги, составляющие ядро формата 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
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,0 | left-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 | версия формата Exif | 0221 | ||||||||||||||||
DateTime Original | время съемки | 2004:07:13 11:57:35 | ||||||||||||||||
DateTime Digitized | время создания цифрового файла | 2004:07:13 11:57:35 | ||||||||||||||||
Components Configuration | формат представления данных в файле изображения | YCbCr | ||||||||||||||||
Compressed BitsPerPixel | средняя степень компрессии JPEG | 3/1 (bits/pixel) | ||||||||||||||||
Shutter SpeedValue | величина выдержки в представлении APEX (прим. 2) | 1/400 seconds, корректный вид в APEX «8,6» (1/28,6) | ||||||||||||||||
ApertureValue | величина апертуры в представлении APEX | F 11,0, корректный вид в APEX «7» (27/2) | ||||||||||||||||
Exposure BiasValue | компенсация экспозиции в единицах EV (APEX) | EV0,0 | ||||||||||||||||
Max ApertureValue | максимальная апертура объектива в представлении APEX | F 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 — I3A | 0100 — совместимость с 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 | ||||||||||||||||
Quality | JPEG сжатие | 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 | Параметры JPEG | Standard | ||||||||||||||||
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 для справки:
| |||||||||||||||||
Photometric Interpretation | представление цвета: «1» монохромное изображение, «2» RGB, «6» YCbCr |
Можно сравнить EXIF данные для JPEG файла, полученные из программы Canon ZOOMBrowserEX и приложения ExifRead (поля тегов, которые в программе ExifRead отображаются как «Unknown» сокращены):
ExifRead | CanonZOOMBrowserEX |
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:
ExifRead | CanonZOOMBrowserEX |
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. Задача сканирования заключается в наиболее полном считывании информации с оригинала. При этом желательно по мере необходимости скорректировать недостатки оригинала с точки зрения его последующего использования изображения (например, компенсировать нежелательный цветовой сдвиг). Известно, что в компьютере растровое изображение представлено в виде точечных элементов (пикселей), в то время как векторные изображения составлены из кривых, закодированных математическими формулами. Здесь нас будет интересовать, главным образом, растровая графика, так как именно такие графические файлы мы получаем со сканера.
Основы цветоведения для сканирования
Все растровые изображения условно можно подразделить на три вида:
- однобитное изображение (bitmap),
- полутоновое однобитное изображение (grayscale),
- цветное изображение (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 — формат выходного файла.
В результате оригинальное изображение:
Будет преоразовано в следующее:
Как видно, оно было немного повёрнуто и растянуто по краям. На первый взгляд выглядит как раз то, что и нужно было сделать. Но как же убедиться, что всё правильно? Всё правильно, надо наложить его на настоящую карту. Об этом и пойдёт речь в следующей статье.
Геокодирование спутниковых снимков:
- Введение
- Опорные точки
- GeoTIFF
- Тайлы
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, разработанный для системы Windows, широко используется в настоящее время в графических системах, хотя и имеет ряд недостатков, связанных с организацией заголовков файлов. Формат TGA (Targa) обеспечивает очень надежное кодирование видеоданных и практически исключает несовместимость между программами. Недостаток этого формата связан с тем, что разрешение изображения в файле не запоминается. Наибольшее число библиотек изображений создано в GIF-формате, разработанном фирмой Compuserve. Его задачей являлось обеспечение максимального сжатия видеоданных при их записи в память. Он эффективен при сохранении палитровых изображений, содержащих максимум 256 цветов в максимально компактной форме.
Видеофайлы часто имеют очень большой объем, и поэтому во всех перечисленных форматах они подвергаются сжатию либо автоматически, либо путем выбора соответствующей функции. Однако, применяемые при этом методы не очень эффективны, особенно если речь идет о записи изображений в естественных цветах. В этом случае весьма полезен формат JPEG, в котором сжатие данных производится методом дискретного косинусного преобразования (ДКП).
Обзор некоторых распространенных форматов хранения изображений в СТЗ представлен в табл. 6.15
Таблица 6.15. Сравнительный анализ некоторых графических форматов
Название, фирма | Тип изображения | Назначение | Платформа | Общая оценка |
РСХ (Zsoft Corporation) | Растровое (Bitmap) | Графические редакторы на IBM РС | IBM PC | Хорошо работает при обмене данными в РС-средах, хранит простые изображения, использует схему RLE сжатия данных, но аппаратно зависим |
BMP/DIB (Microsoft) | Растровое | Хранение и обработка изображений в среде Windows | То же | Стандартный формат для Windows. Аппаратно независим, использует алгоритм RLE сжатия |
TIFF (Aldus Corporation) | Растровое | Обмен данными в настольных издательских системах | IBM PC, Macintosh, рабочие станции UNIX | Используется для обмена между несвязанными приложениями или платформами, предполагает высокое качество изображения |
EPS (Adobe Systems и Aldus) | Растровый, Векторный | Обмен данными и их перенос с помощью языка PostScript | То же | Предназначен для создания технологий, позволяющих приложениям работать с PostScript-изображениями |
JPEG | Сжатый растровый | Хранение и отображение фотографических изображений | То же + аппаратная реализация | Является основным форматом для хранения цифровых фотографий. Качество регулируется Q-фактором (1 -соответствует максимальному сжатию, 100 — минимальному) |
GIF (CompuServe Incorporated) | Растровое | Передача графических данных в режиме on-line по сети CompuServe | IBM PC, рабочие станции UNIX | Отличный формат для обмена между платформами, хорош для хранения, прост в реализации, использует LZW сжатие. |
MPEG (ISO) | Движущийся растровый | Компрессия/декомпрессия видео со звуком для multimedia/hypermedia | Независим от платформ, реализуется аппаратно | Использует сложную процедуру покадрового и внутрикадрового сжатия видео и аудио информации в реальном времени, но требует существенной вычислительной мощности |
DXF | Векторный | Для САПР | Поддерживается всеми САПР-программами, включая AutoCAD |
Примечания.
Обозначения:
TIFF — от англ. Tag Image File Format — формат изображения с признаками, EPS — от англ. Encapsulated PоstScript — включающий PоstScript, JPEG — от англ. Joint Photographic Experts Group — объединенная группа экспертов по фотографии, GIF — от англ. Graphics Interchange Format — формат взаимообмена с графикой, MPEG — от англ. Moving Picture Expert Group — группа экспертов по движущимся изображениям, DXF — от англ. Drawing eXchange Format — формат графического обмена.
Формат GIF по размеру изображения и глубине цветов подобен PCX, по структуре — TIFF.
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.
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’ . Данные имеют следующий формат:
Длина | Описание |
---|---|
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 .
Длина | Описание |
---|---|
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’ . Данные следующие:
Длина | Описание |
---|---|
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 | Режим сжатия данных для отслеживания |
Переменная | Фактические данные на основе сжатия |