Свежие комментарии

Всё равно наручные часы надо переставить. И иногда мобильник, не во всех странах таймзону можно получить из сети (вот в России — до сих пор нельзя, кажется).

То есть вот ты переезжая из таймзоны в таймзону - переставляешь часы на камере?

Табличка в XMP SDK есть, только там "табличка + код" потому что куча тегов "// ! Has a special mapping."

Это секс знакомый, да. Ну, прописываем кусками. Я вот так сейчас и делал — три таймзоны в отпуске.

В общем, таймзорна же у Exiftool в командной строке задаётся. Т.е. у меня фотографии всегда в локальной таймзоне, ну а GPX всегда, понятно, в UTC. Делим RAW'ы по таймзонам и запускаем Exiftool N раз, а как ещё...

"нормальный тул" для редактирования EXIF конечно должен предлагать вернуть mtime (должно ли это быть умолчанием - вопрос, но скорее да, должно).

Типичный use case (ради которого мы делали возвращение mtime для JPEG - ибо мы умеем туда писать XMP внутрь):

1) Хочется смотреть по времени съемки (ну, ок, камеры увеличивают номер, но он враппится)
2) Даже если он не враппится - возьмем две камеры (и телефон!)
3) Конечно, можно смотреть по EXIF timestamp, но чтобы по нему сортировать - надо всю метадату всех файлов прочитать, а по mtime - только каталог.

Если при редактировании EXIF слетает mtime, будет плохо (и жалоба на это от юзера была буквально вот на днях, ну он сам не разобрался, но тем не менее)

EXIF timestamp кстати тоже есть повод покрутить (и/или mtime), если ты уехал в другой часовой пояс то смотреть "время съемки 2 часа утра" - неудобно.

Короче, да, mtime в 99% случаев решит проблему, а в условном 1% - будет жопа. И проще таки сделать галочку "XMP или EXIF", поставить ее в XMP стандартно, а 1% извращенцев смогут настроить под себя.

1) Ты не знаешь what changed last. В XMP есть MetadataDate, в EXIF - нету (а редактировать EXIF по живому вполне можно)
2) Соответствие между тегами (у которых есть тег и тип) и строковыми названиями - нет, ну догадаться можно, но вообще я бы без таблички более-менее официальной даже и не стал бы :)

Вообще же, когда источников два (embedded XMP и sidecar) - ну уже непросто. Когда их три и они еще про разное - совсем труба.

Вот увидишь, придется в настройки добавлять "если GPS есть и в XMP и в EXIF, какой предпочитать...."

Да, конечно, в XMP бывают Exif-теги.
С понятным к ним вопросом "ну и что с ними делать то"? Ну к примеру в случае, когда они расходятся с тем, что в самом файле.

Нету статуса.
У нас есть галочка где-то в настройках "показывать если status == void"

Ну вот самое смешное, что в XMP для GPS пишут EXIF-теги. Я думал это exiftool чудит, но проверил бриджом — и тоже, как можно видеть.

Другие EXIF-теги тоже могут быть и в XMP. Любые, как я понял. Bridge вот, как мы можем видеть, копирует из RAW всё в XMP при его создании.

Но вообще-то, в случае DNG могут быть XMP-теги и внутри файла и в сайдкаре. Да и в случае RAF тоже — я проверил, exiftool внутрь RAF спокойно пишет XMP (внутри которого GPS-EXIF-теги, ага, вот такая солянка — в бинарном RAW вписан XML внутри которого GPS-координаты в EXIF-тегах записанных текстом) и Bridge это понимает. Другое дело, что в RAF я писать не хочу. В то, что DNG не повредится, я верил, а вот с RAF — не очень-то.

Скачал, можно того.

XMP и EXIF данные не объединяются, они про разное же ж (ну вот кроме GPS как видим)

FRV никогда и не брал этих данных из XMP.
Заявка понятная, написал в TODO на "когда нибудь" (без конкретной версии).

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

Удобный трюк от C1 - черной пипеткой на каналах тыкаем в самое яркое сюжетно-значимое место - видим карту бликов и пересветов. Также белой пипеткой - в самое темное сюжетно-значимое место, создаем карту недосветов. Потом уже в эти места тыкаем в самое темное - черной пипеткой, в самое светлое - белой. Выставляем точку черного и точку белого. Без этого начинать обработку очень неудобно. Искать на глаз такие данные при любой насмотрености очень долго, нужен ускоритель для этих операций. Alt в адобе или такой вот аналог от фазанов.

Ниче, я как-то развлекался с sRAW и потом изрядную часть большой (и, как обычно у меня - уникальной) поездки отснял в sRAW на четвертинке разрешения. Потому что настройки камеры так и остались.

Тоже было неприятно. Но стал ученее зато.

если дать камере недодержать то конечно raw data будет другой - но смысл в том что проще статить DR100% и если уж недодерживать то самому лично... PS: мелкий плюс если например обрабатывать в ACR/LR то там часть DCP профиля применяется до "экспокоррекции" конвертером (и/или руками соотв. слайдера в UI) а часть - "после" что может влиять на цвет если профиль так сделан ( см писания автора dcptool )