Uso Photo Mechanic y Adobe Camera Raw. Convierto mis archivos RAW a DNG (bloqueados). Luego elimino estos DNG en Photo Mechanic y luego los edito en ACR, lo que crea un archivo XMP sidecar. Si más tarde pongo una estrella o coloreo mis DNG en PM, ACR pierde la asociación DNG←→XMP. Todas mis ediciones se pierden a menos que vuelva a cargar manualmente el XMP o si hago clic en ACR en "Conversión anterior".
Si, en cambio, utilizo Adobe Bridge para restablecer la configuración anterior, Bridge muestra el error "No se pudo aplicar la configuración de Camera Raw porque no había ningún archivo de Camera Raw seleccionado o los archivos seleccionados eran de solo lectura". Creo que Bridge, a diferencia de ACR, está tratando de aplicar esa configuración al DNG directamente, lo que falla porque los DNG son de solo lectura, en lugar de simplemente restaurar la asociación con el archivo XMP.
Todo este protagonismo y etiquetado funciona bien si uso fastRawViewer en lugar de Photo Mechanic. Si etiqueto en FRW, puedo ver la calificación/color en Adobe Bridge (pero NO en Photo Mechanic), y el archivo se abre correctamente, con las ediciones aplicadas, en ACR.
Además, las cosas parecen funcionar bien con archivos DNG desbloqueados normales, aunque en ese caso el archivo DNG en sí se modifica (aunque configuré ACR para generar siempre un archivo XMP). Estoy usando archivos DNG bloqueados, porque mi sistema de copia de seguridad/control de versiones no es un buen augurio con los archivos DNG en constante cambio. Y estoy usando archivos DNG porque estoy usando un convertidor RAW de terceros para mis archivos RAF (sistema Fuji X).
Photo Mechanic está configurado con compatibilidad con Adobe, como se indica aquí .
¿Qué está sucediendo?
Bien, problema resuelto. Parece que Photo Mechanic no admite archivos sidecar XMP externos para DNG, aunque los DNG estén bloqueados (solo lectura).
Esto es lo que está sucediendo, estos son los archivos "originales", después de haberlos procesado en 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
Observe cómo el archivo XMP es más nuevo que el archivo DNG y cómo el archivo DNG está bloqueado (bandera uchg).
Hago una copia del archivo XMP para una mayor investigación:
horizon:2$ cp image.xmp old.xmp
Luego inicio el archivo en Photo Mechanic y reviso el archivo XMP nuevamente:
horizon:2$ diff -u old.xmp image.xmp
horizon:2$
¡Ningún cambio! Pero espera:
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
¡El archivo DNG ha cambiado! ¡Encuentro esto muy sorprendente ya que se suponía que el archivo era de solo lectura!
Después de ver esto, el comportamiento observado tiene sentido, Photo Mechanic sobrescribe el archivo DNG, haciéndolo más nuevo que el XMP, por lo que ACR lo ignora. Sin embargo, sigo pensando que debería funcionar de manera diferente.
Como mínimo, Photo Mechanic no debería sobrescribir archivos de solo lectura sin previo aviso. Además, creo que agregar una opción sidecar XMP externa para archivos DNG sería muy útil, como se explica aquí en este hilo de solicitud de funciones: http://forums.camerabits.com/index.php?topic=11515.0
xiota
Aram Havarneanu
Aram Havarneanu
miguel c