Помещение DNG-изображения в Photo Mechanic приводит к тому, что Adobe Camera Raw забывает изменения

Question

Я использую Photo Mechanic и Adobe Camera Raw. Я конвертирую мои RAW файлы в (заблокированные) DNG. Затем я отбрасываю эти DNG в Photo Mechanic, а затем редактирую их в ACR, что создает XMP-файл коляски. Если позднее я отмечу звездочкой или обозначу цветом свои DNG в PM, ACR теряет ассоциацию DNG ← → XMP. Все мои правки будут утеряны, если я не загрузлю XMP вручную или не нажму в ACR «Предыдущее преобразование».

Если я вместо этого использую Adobe Bridge для сброса предыдущих настроек, выведите ошибку Bridge с сообщением «Невозможно применить настройки Camera Raw, поскольку не было выбрано ни одного файла Camera Raw или выбранные файлы были доступны только для чтения». Я считаю, что Bridge, в отличие от ACR, пытается применить эти настройки непосредственно к DNG, что не удается, поскольку DNG доступны только для чтения, а не просто восстанавливает связь с файлом XMP.

Все эти пометки и пометки работают нормально, если я использую fastRawViewer вместо Photo Mechanic. Если я помечаю в FRW, я вижу рейтинг / цвет в Adobe Bridge (но НЕ в Photo Mechanic), и файл открывается правильно, с внесенными изменениями, в ACR.

Кроме того, кажется, что все нормально работает с обычными, разблокированными файлами DNG, хотя в этом случае сам файл DNG изменяется (даже если я установил ACR, чтобы всегда генерировать файл XMP). Я использую заблокированные файлы DNG, потому что моя система резервного копирования / контроля версий не сулит ничего хорошего с постоянно меняющимися файлами DNG. И я использую файлы DNG, потому что я использую сторонний RAW-конвертер для моих файлов RAF (система Fuji X).

Photo Mechanic настроен на совместимость с Adobe, как указано здесь .

Что происходит?

Answer 1

Хорошо, проблема решена. Похоже, Photo Mechanic не поддерживает внешние файлы боковой панели XMP для DNG, даже если DNG заблокированы (только для чтения).

Вот что происходит, это «оригинальные» файлы после того, как я обработал их в ACR:

horizon:2$ ls -lO 
total 117568
-rw-r--r--  1 aram  staff  uchg 59453466 Aug 11 18:43 image.dng
-rw-r--r--@ 1 aram  staff  -        8813 Aug 16 17:50 image.xmp
horizon:2$ 
horizon:2$ 
horizon:2$ sha1sum image.dng 
feba47d8cdd3c94971ffd8bd605de87c86218a61    image.dng

Обратите внимание, что файл XMP новее, чем файл DNG, и как файл DNG заблокирован (флаг uchg).

Я делаю копию файла XMP для дальнейшего изучения:

horizon:2$ cp image.xmp old.xmp

Затем я помечаю файл в Photo Mechanic и снова проверяю файл XMP:

horizon:2$ diff -u old.xmp image.xmp 
horizon:2$

Без изменений! Но подождите:

horizon:2$ ls -lO image.dng 
-rw-r--r--  1 aram  staff  uchg 59453466 Aug 22 14:49 image.dng
horizon:2$ sha1sum image.dng 
2b5597257a4b3693154331fc9a44efac3a926b6f    image.dng

Файл DNG изменен! Я нахожу это очень удивительным, поскольку файл должен быть только для чтения!

Увидев это, наблюдаемое поведение имеет смысл, Photo Mechanic перезаписывает файл DNG, делая его более новым, чем XMP, поэтому ACR игнорирует его. Тем не менее, я все еще думаю, что он должен работать по-другому.

По крайней мере Photo Mechanic не должен перезаписывать файлы только для чтения без предупреждения. Кроме того, я думаю, что было бы очень полезно добавить внешнюю опцию XMP sidecar для файлов DNG, как описано здесь в этой ветке запроса: http://forums.camerabits.com/index.php?topic=11515.0