Considering so many files as masters (even JPEG and TIFF files!) will not only affect all operations, but most likely will also cause issues if you manage anything other that your RAW files in IMatch. Your file relation setup may slow down IMatch big time, too. DAM is about archival, not about tracking temporary work files while you still work on your images. You should keep them outside the folders you manage in your DAM. Where do these come from? Why do you need to manage 6 or more different buddy files for a simple RAW file? All these sound to me like proprietary files only useful for your RAW processor. I have never used C1 and I don't recall a C1 user posting here such overly complex buddy file relations. They really should put a bit of work into that. There are even examples in the help.īut, frankly, Capture One is the only RAW processor which produces such a mess of sidecar files and spreads them all over the place. QuoteIt would be nice to provide out of the box rules for iMatch new adopters FRs in a normal post like this will be forgotten in a week. We have a dedicated board for feature requests. That is important, I think, because it is a core requirement for a smooth interoperation with editing softwares. I can understand RegExp so tailoring one for my needs was not that difficult, but I'msure it can intimidating for some. It would be nice to provide out of the box rules for iMatch new adopters. However, there are many users of softwares such as Capture One, OnOne or a few others. And I fully understand Mario's choice of letting people write their own RegExp to tackle special needs. I've not tested that but I'm quite confident.įeature request : buddy files and versions management is really a killer feature of iMatch. I consider this as more general and flexible than the following proposition :
0 Comments
Leave a Reply. |