Todos son propietarios. Cada aplicación usa sus propios algoritmos para convertir los datos sin procesar. Que yo sepa, ninguno de los ajustes realizados con una aplicación se traducirá de manera idéntica en otra aplicación a menos que ambas aplicaciones utilicen el mismo motor de conversión sin formato "bajo el capó" (por ejemplo, Adobe Lightroom y Adobe Photoshop usan Adobe Camera Raw para hacer lo real conversión en bruto). Por lo tanto, debe elegir una sola aplicación para realizar la conversión sin formato.
Si luego desea utilizar otras herramientas para editar aún más la imagen, debe exportar los resultados de la conversión sin formato en un formato de imagen ráster estandarizado que las otras herramientas pueden editar. Probablemente la forma más común de lidiar con esto es hacer la conversión en bruto y luego exportar las imágenes como archivos tiff de 16 bits.
Por supuesto, la conversión a bloqueos tiff en muchas de las decisiones tomadas en la conversión sin procesar: punto negro, punto blanco, corrección gamma, etc. y reduce la cantidad de ajustes adicionales a cosas como la temperatura del color / balance de blancos, etc. Pero el 16 -bit tiff tiene mucha más información que, por ejemplo, un jpeg de 8 bits. El número máximo de gradaciones en un valor de color de 8 bits es 256. El número máximo de gradaciones en un valor de color de 16 bits es 65.536. Además de la profundidad de bits más baja, también existe la consideración de la compresión. Por lo tanto, el archivo tiff permitirá muchos más ajustes antes de que las cosas comiencen a desmoronarse que un jpeg. La mayor desventaja de los archivos tiff de 16 bits es su tamaño: un archivo sin procesar de una cámara de 20MP se ejecutará alrededor de 24-30 MB. El tamaño exacto depende del contenido. La mayoría de los archivos sin formato se comprimen usando compresión sin pérdidas, por lo que cuanta más variación haya en la escena, mayor será el tamaño del archivo. La misma imagen de 20MP convertida a un archivo tiff de 16 bits se ejecutará alrededor de 100 MB sin comprimir.
De los comentarios:
Después de publicar la pregunta anoche, descubrí que darktable supuestamente (y hasta cierto punto) puede leer los ajustes dentro de los archivos xmp de adobe, para lo que vale, aquí y aquí están los enlaces. Sin embargo, no he logrado que funcione hasta ahora.
Incluso cuando las instrucciones se pueden leer correctamente, la pregunta aún permanece, ¿es darktable aplicando exactamente el mismo algoritmo para obtener exactamente el mismo resultado? ¿O simplemente está usando los algoritmos de tabla oscura para aproximar los resultados de una determinada configuración usando ACR? Mi presentimiento es que, para comenzar, podría obtener exactamente los mismos resultados editando en darktable que al obtener traduciendo las instrucciones de ACR usando darktable. Solo tiene que aprender a usar las diferentes GUI para llegar allí.
De hecho, @MichaelClark, ¡uno podría usar LR, Br o darktable sin necesidad de usar otro! Estaba más interesado en encontrar un flujo de trabajo, que sea a prueba de futuro, en el sentido de que no estaré bloqueado en una aplicación / ecosistema / SO en particular.
En ese caso, siempre guarde sus archivos originales sin procesar. Eso es tan a prueba de futuro como se pone. A la gente le gusta hacer mucho ruido sobre un formato sin formato "estándar", pero es solo un montón de humo y espejos. DNG no es más prueba de futuro que .cr2 o .nef. Y más aplicaciones le permiten convertir archivos .cr2 y .nef que trabajar con archivos .dng.
Nada es una prueba de futuro. Absolutamente nada.