![]() ![]() I think we have to be realistic and understand that if we want to use a 3rd-party DAM solution, we need to use an image format that has all the edits baked in, such as TIFF, jpeg, etc. If I were running a DAM developer I wouldn't do that for free. And also provide updates to their software every time another developer updated their software. So, DxO would develop their Photolab software to automatically provide data in a format that PhotoSupreme, Imatch, etc could use to modify their software to automatically work with DxO Photolab, On1, Photoshop. If they did that for one developer's software wouldn't the developers of other types of similar software expect the same courtesy? If not, I can't see any reason why the developers of one software would put any effort (time/money) into specifically altering their own software to suit another company's software. Sorry, am I missing something here? Is there to be some explicit integration between PhotoSupreme and DxO Labs? I haven't read that anywhere. I must say, I expected a higher degree of connection between the dam and developer. This l level of integration seems to be counter to the design philosophy of separate dams. The dam would know which raw file and recipe to send to the editor. If that was done, then you could easily select a jpg version for editing. ![]() I understand that the sidecar recipes can't be processed by the dam, but I did expect some intelligence in the dam that would automatically link the raw file, jpg images for various versions, and the underlying recipes corresponding to each jpg. I saw your earlier post, it addressed my second question because I too make regular use of virtual copies. I think a lot of people who use fully integrated programs such as Lightroom and then switch to a separate DAM do not fully realize all the ramifications. This is a related question and issue using a separate DAM (Photo Supreme in this case). ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |