Работа с метаданными изображений с помощью GDI+

Библиотека Windows GDI+ предназначена для работы с графикой и мультимедиа и включает в себя более 600 различных функций для этого. Особо радует поддержка: все ключевые функции доступны уже начиная с Windows XP. Ранее мы уже немного касались этой темы. Сегодня разберем примеры, как средствами GDI+ можно получить метаданные из изображений различных форматов и изменить их.

Для работы нам понадобятся несколько структур, достаточно обширный список тегов и константы с идентификаторами типов тегов.В процессе у меня возникли непонятки по структуре PropertyItem. Если сложить размерность ее полей, заявленных в официальной документации, то ее размер получается 14 байт, а указатель на данные value должен начинаться на 10-м байте в памяти от начала структуры. Фактически же структура PropertyItem занимает в памяти 16 байт и указатель на данные начинается с 12-го байта. Как выяснилось, поля структуры должны быть выровнены до границы DWORD, поэтому для обеспечения корректной адресации мне пришлось добавить в нее дополнительный безымянный WORD.Конечно, список тегов этим не ограничивается. Почти у каждого производителя фотокамер есть свои наборы тегов со своими числовыми значениями. Более подробно о тегах и их значениях можно почитать на сайте замечательной утилиты ExifTool.В зависимости от своего предназначения, каждый тег имеет определенный тип. Это могут быть строки, последовательность байт, слов или двойных слов. Еще есть особый тип Rational, который представляет собой пару из целочисленного делимого и делителя, а значением такого тега, соответственно, будет вещественное число, получаемое от деления этих чисел. Такой формат используется, например, для записи GPS-координат.

Переходим к работе с изображением. Инициализируем GDI+ и загружаем графический файл. Путь к файлу обязательно должен быть в юникоде.Для получения метаданных используется несколько функций. При помощи функции GdipGetPropertyCount получаем количество тегов, которые GDI+ может извлечь из файла. Внутренняя структура графических файлов весьма разнообразна, в разных полях могут храниться разные метаданные и не все из них доступны штатными средствами системы. Функция GdipGetPropertyIdList возвращает массив идентификаторов доступных тегов. Дальше в цикле перебираем этот массив, функцией GdipGetPropertyItemSize получаем размер памяти, необходимой для извлечения данных, резервируем ее, затем функцией GdipGetPropertyItem извлекаем структуру PropertyItem по каждому тегу.Если идентификаторы тегов заранее известны, то получение списка тегов можно пропустить. Приведенный ниже пример извлекает из файла строковое значение названия модели камеры и числовое значение ISO.Важное замечание. В результате экспериментов выяснилось, что если EXIF в файле JPEG записан в формате Little-endian, то функции GDI+ извлекают из него не все теги. Может быть это не единственное и не обязательное условие, но случаи неполного извлечения тегов на моей практике теперь точно есть. Так что если требуется полная и качественная поддержка информации из EXIF, то придется парсить его самостоятельно.

Для изменения метаданных используется функция GdipSetPropertyItem. Перед ее вызовом надо указать идентификатор изменяемого тега и настроить его новые значения в зависимости от типа. В следующем примере будет заменено название производителя камеры и встроенная превьюшка файла.Обратите внимание, что для строковых данных их длина указывается с учетом завершающего нуля. Для пустой строки, соответственно, длина будет равняться 1 байту.

Добавление новых тегов выполняется точно так же. Удалять ненужные теги вроде как можно при помощи функции GdipRemovePropertyItem, однако на практике она у меня так и не заработала как надо. В загруженном изображении данные удаляются нормально, это подтверждает ошибочный результат функции GdipGetPropertyItemSize, но при сохранении в файл удаленные теги остаются на месте. Более того, если тег сперва изменить, а потом удалить, то в файл будет записано первоначальное значение этого тега. Очередная непонятка, на которую у меня нет ответа.

Перед тем, как сохранить изображение в файл, нужно получить CLSID кодировщика, формат которого будет задействован. Я вынес код в отдельную вспомогательную функцию, так как она может еще не раз пригодиться в других примерах по работе с графикой GDI+.На входе передается указатель на юникодную строку с mime-type нужного формата, например, "image/jpeg" или "image/bmp", на выходе получаем заполненный буфер с CLSID кодировщика, если он установлен в системе. В принципе, можно попробовать обойтись меньшими движениями, просто захардкодив CLSID нужных кодировщиков, но для серьезных проектов это плохая практика. Во-первых, не факт, что MS оставят CLSID неизменными навсегда, а во-вторых, по какой-то причине кодировщика может вообще не оказаться в системе. Вероятность любого из этих событий ничтожно мала, но все-таки больше нуля.В результате экспериментов также было выявлено, что новый EXIF в JPEG-файлы всегда сохраняется в формате Big-endian. Измененные и/или добавленные теги становятся доступны для повторной обработки.

Осталось прибраться за собой. После чтения или изменения метаданных освобождаем все задействованные ресурсы:В приложении примеры программ с исходными текстами, первая из которых показывает несколько тегов из графического файла, вторая сохраняет в лог все без исключения теги с их значениями, а третья меняет в EXIF значения тегов производителя, модели фотокамеры и превьюшку.

Комментарии

Добавить комментарий

Для вставки цитаты выделите текст и нажмите сюда

Имя*:

Текст комментария (не более 2000 символов)*:

*Все поля обязательны для заполнения.

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