它们都是专有的。每个应用程序都使用自己的算法来转换原始数据。据我所知,除非一个应用程序都使用相同的原始转换引擎(例如Adobe Lightroom和Adobe Photoshop都使用Adobe Camera Raw进行实际操作),否则一个应用程序所做的调整不会在另一个应用程序中完全相同地转换。原始转换)。因此,您只需选择一个应用程序即可进行原始转换。
然后,如果您想使用其他工具进一步编辑图像,则必须以标准栅格图像格式导出原始转换的结果,其他工具可以编辑该格式。解决此问题的最常见方法是进行原始转换,然后将图像导出为16位tiff文件。
当然,转换为tiff会锁定许多原始转换中做出的决定:黑点,白点,伽玛校正等,并减少了对诸如色温/白平衡等事物的进一步调整量。但是16比特tiff比8比特jpeg有更多的信息。8位颜色值中的最大灰度数为256。16位颜色值中的最大灰度数为65,536。除了较低的位深度之外,还考虑压缩。因此,与jpeg相比,tiff文件在事情开始崩溃之前可以进行更多的调整。16位tiff文件的最大缺点是它们的大小:来自20MP相机的原始文件将运行约24-30MB。确切的大小取决于内容。大多数原始文件都是使用无损压缩方式进行压缩的,因此场景中的变化越大,文件大小将越大。转换为16位tiff文件的相同20MP映像将在未压缩的情况下运行约100MB。
从评论:
昨晚发布问题后,我发现Darktable应该(在某种程度上)可以读取adobe的xmp文件中的调整-值,这里和这里的链接。到目前为止,我还没有设法使其工作。
即使可以正确阅读说明,问题仍然存在,是否可以使用完全相同的算法来获得完全相同的结果?还是只是使用暗表算法使用ACR估算特定设置的结果?我的直觉是,通过在Darktable中进行编辑,您可以获得与在使用Darktable转换ACR中的指令开始时完全相同的结果。您只需要学习如何使用不同的GUI即可到达那里。
确实@MichaelClark,一个人可以使用LR,Br或darktable,而无需使用另一个!我更感兴趣的是找到一种可以保证未来发展的工作流程-从某种意义上说,我不会被某个特定的应用程序/生态系统/操作系统所束缚。
在这种情况下,请始终保存原始原始文件。这就是将来的证明。人们喜欢在“标准”原始格式上大吵大闹,但这只是一堆烟雾和镜子。DNG不再是.cr2或.nef的未来证明。与使用.dng文件相比,使用更多应用程序可以转换.cr2和.nef文件。
没有什么是未来的证明。绝对没有。