Про Adobe DNG SDK

Вдогонку ко вчерашнему.

При рассмотрении потрохов DNG SDK (каковой, конечно же, используется в Adobe DNG Converter, другой вопрос что публичная версия могла несколько устареть) объяснение такому поведению EXIF нашлось:

• Структура dng_exif - это разобранный (в кучу полей) EXIF
• Пишется EXIF-таблица - из этой структуры.
• Соответственно
  • Если поле (тег) неизвестно (ну вот OffsetTime), оно не разбирается.
  • Если поле не разобрано - оно не пишется.
  • Если тег известен, то он может разбираться в несколько полей dng_exif
  • Так, к примеру, работает dng_exif::SetExposureTime, заполняются два поля структуры
  • И они же потом и пишутся.
• А интерфейса "вот тебе готовая таблица тегов EXIF, запиши ее пожалуйста, ничего там не трогая" в DNG SDK нет.
• Мою характеристику проектировщика этого интерфейса я оставлю непроизнесенной.

Да, вот в результате как устроен код (кусок кода) программы dngconvert (взятой для примера):

getExifTag(exifData, "Exif.Photo.ComponentsConfiguration", 0, &m_Exif->fComponentsConfiguration);
getExifTag(exifData, "Exif.Photo.Contrast", 0, &m_Exif->fContrast);
getExifTag(exifData, "Exif.Photo.CustomRendered", 0, &m_Exif->fCustomRendered);
getExifTag(exifData, "Exif.Photo.DateTimeDigitized", &m_Exif->fDateTimeDigitized);
getExifTag(exifData, "Exif.Photo.DateTimeOriginal", &m_Exif->fDateTimeOriginal);
getExifTag(exifData, "Exif.Photo.DigitalZoomRatio", 0, &m_Exif->fDigitalZoomRatio);
getExifTag(exifData, "Exif.Photo.ExposureBiasValue", 0, &m_Exif->fExposureBiasValue);
getExifTag(exifData, "Exif.Photo.ExposureMode", 0, &m_Exif->fExposureMode);
getExifTag(exifData, "Exif.Photo.ExposureProgram", 0, &m_Exif->fExposureProgram);
getExifTag(exifData, "Exif.Photo.ExposureTime", 0, &m_Exif->fExposureTime);
getExifTag(exifData, "Exif.Photo.FileSource", 0, &m_Exif->fFileSource);
getExifTag(exifData, "Exif.Photo.Flash", 0, &m_Exif->fFlash);
getExifTag(exifData, "Exif.Photo.FNumber", 0, &m_Exif->fFNumber);
getExifTag(exifData, "Exif.Photo.FocalPlaneResolutionUnit", 0, &m_Exif->fFocalPlaneResolutionUnit);
getExifTag(exifData, "Exif.Photo.FocalPlaneXResolution", 0, &m_Exif->fFocalPlaneXResolution);
getExifTag(exifData, "Exif.Photo.FocalPlaneYResolution", 0, &m_Exif->fFocalPlaneYResolution);
getExifTag(exifData, "Exif.Photo.FocalLength", 0, &m_Exif->fFocalLength);
getExifTag(exifData, "Exif.Photo.FocalLengthIn35mmFilm", 0, &m_Exif->fFocalLengthIn35mmFilm);
getExifTag(exifData, "Exif.Photo.GainControl", 0, &m_Exif->fGainControl);
getExifTag(exifData, "Exif.Photo.ISOSpeedRatings", 0, &m_Exif->fISOSpeedRatings[0]);
getExifTag(exifData, "Exif.Photo.LightSource", 0, &m_Exif->fLightSource);

И это только маленький кусочек.

И вот так работает вся эта индустрия. Сначала в одной библиотеке (exiv2 в данном случае) исчисляют все теги. Потом в DNG SDK исчисляют все теги. Потом пользоваль этих библиотек сводит это говнище воедино.

И это еще ничего. Хуже когда теги нужно преобразовать. Ну вот под каждого вендора отдельно:

getExifTag(exifData, "Exif.Panasonic.LensType", &m_Exif->fLensName);
getExifTag(exifData, "Exif.Panasonic.LensSerialNumber", &m_Exif->fLensSerialNumber);
// Sony Makernotes
if (getExifTag(exifData, "Exif.Sony2.LensID", 0, &val))
{
   char lensType[256];
   snprintf(lensType, sizeof(lensType), "%i", val);
   m_Exif->fLensID.Set_ASCII(lensType);
}

И так - по всем вендорам и всем особенностям. А дальше происходит ужасное:

• Вендор меняет формат makernotes. В новой камере или в новой прошивке для старой камеры.
• Авторы exiv2 далеко не сразу подпирают разбор этой новой версии
• Автор dngconvert ничего уже не подпирает потому что Latest commit 49b50d4 on Aug 24, 2011
• И появляется вот такое странное, которое вроде есть, а смысл для новых камер - утерян

При том, что EXIF-таблицу КОНЕЧНО надо просто копировать из исходного RAW в результирующий EXIF не задумываясь о ее смысле (за исключением небольшого количества полей, важных для конкретного приложения), ибо не дело конвертора обдумывать неизвестные ему поля.

И аналогично с makernotes (хотя там есть нерешаемая идеологическая проблема)

Прямо вот хоть бери напильник и правь этот самый DNG SDK, но он, сука, писан индусами (и опять же - вместо записи таблицы, foreach (entry, exifTable) write_tag_не-думая-о-его-смысле() - каждый тег пишется отдельно) и в этой миске риса с карри не так просто всунуть свое.

P.S. На фоне этого безумия даже исходники dcraw смотрятся где-то даже прилично, ибо Коффин все делал компактности для (в ущерб читаемости, конечно).  Хотя это и про другое, в dcraw используются только нужные для работы метаданные.