Welcome, Guest. If this is your first visit, be sure to check our Help section. To start viewing messages, select the topic you want bellow. And, if you want to post, please login or register first.Did you miss your activation email?

Try it out with a test database. I have optimized my workflow around this, so that I do not really need the "Organize" tab in PhotoLab any longer. PhotoLab is now my "Develop" module replacement for Lightroom. My update costs are reduced to DxO updates and Affinity Photo updates, which are not introduced very often and are not that high compared to others.

One of the OPs concerns with a stand alone DAM/file system was not seeing a thumbnail rendition of the edited raw as per in LR. Cannot see anyway around that, other than by using PhotoLab as a front end for browsing, unless of course a jpeg version is created at the end of the edit. The jpeg of course will only be a reference and will not act as a link back to the raw file.

1) In LR you browse over CR2, see the rendition on the CR2, select the CR2, start develop cycle. You do not need anything except the CR2 and the LR catalog, because XMP and JPEG can be created on demand. The drawback is, that it is easy to make wrong decissions, which bind you to LR.

vs

2) In LR you browse over JPEG, see the rendition on the JPEG, select the CR2 next to the JPEG, start the develop cycle with PL. The LR catalog and PL catalog have no importance. The relevant parts can be reconstructed from the files above. The advantage is, you have a clear exit strategy to Affinity DAM, Luminar DAM, PhotoLab DAM or whathever.

It is a feature of a DAM system to detect that the JPEG and CR2 build a pair and the JPEG should be used to preview the raw. Without a preview file only the raw engine owning software can build correct raw previews.

DxO need to understand that they are certainly missing many sales because of the lack of full fledge DAM capability that’s offered in practically all other softs. This must be particularly the case with the folks leaving Adobe who expect finding the same environment as in LR.

I've been using Photo Supreme with DxO for a couple years. The integration is good enough to be useful. After editing an image or images in DxO, you can tell Photo Supreme to refresh thumbnails and it will apply basic operations from DxO (rotating, cropping) when rendering the thumbnails. It also associates the .dop file with the source file and will move/delete both as needed.

The Photo Supreme developer is active on his support forum and very responsive to help requests.

I've been using Photo Supreme with DxO for a couple years. The integration is good enough to be useful. After editing an image or images in DxO, you can tell Photo Supreme to refresh thumbnails and it will apply basic operations from DxO (rotating, cropping) when rendering the thumbnails. It also associates the .dop file with the source file and will move/delete both as needed.

Well… this is not good enough for me. It is not enough to make me switch.Too bad DPL can't work as a plug in for Bridge or other DAMs.Niick

I've been using Photo Supreme with DxO for a couple years. The integration is good enough to be useful. After editing an image or images in DxO, you can tell Photo Supreme to refresh thumbnails and it will apply basic operations from DxO (rotating, cropping) when rendering the thumbnails. It also associates the .dop file with the source file and will move/delete both as needed.

The Photo Supreme developer is active on his support forum and very responsive to help requests.

And Photo Supreme just released their 4.1 the other day!It's one heck of a DAM at a very competitive price.