Move Database from Windows to MacOS

Hi,

is there a way to move PL8 Windows Database to MACOS?

  1. both are SQLIte databases, but with different format
  2. Under Windows it was easy to move the database to specific path. Under MacOS I can change the entry in ~/Preferences/com.dxo.PhotoLab8.plist
    DOPDatabasePath but after restart PL is the value again in default ~/Library/DxO PhotoLab v8/DOPDatabaseV8.dopdata

The two databases are NOT compatible so you will just have to start again! Sorry to be bringer of bad news :confused:

The situation is not that bad though.

If you’ve used PhotoLab in its default settings, development- and meta-data have been stored in the files or their .dop sidecars.

If the complete photo archive is left intact and copied to the new Mac, DPL can index the archive and loss will be minimal (history, projects). If the photo archive is on a NAS, it can be left there. If it’s (and should remain) on an external drive, I’d recommend to copy it to a new external drive formatted with appropriate APFS file system.

If you’re into such things, you could write a data migration tool and populate the database with it. But I suppose that doing the above is done with less effort :wink:

Yes. I just had a friend who wanted to use an external NTFS-formatted drive on his new Mac and got all sorts of permissions issues with Sequoia’s enhanced security. We needed to copy everything off to another drive, reformat the external disk with APFS and then copy back. But watch out for trying to copy nested folders - we had to copy the contents as a separate step before we could copy the enclosing folder.

As said by others, there are all sorts of incompatibilities, including filename formats and path delimiters. Personally, I would got with @platypus and ensure that you all files have DOPs and/or XMP files where needed, then simply reformat the external disk and copy back again.

PhotoLab will take care of indexing as you access folders after a restart.

OK, thank you very much for the answers. In my case - I am still waiting for an answer from support. If it also means that I can’t migrate the database, it’s game over with DxO.
OK, thank you very much for the answers. In my case - I am still waiting for an answer from support. If it also means that you can’t migrate the database, it’s game over with DxO.

Can I just ask why you think you need the database ?

Of course you can ask.
The answer is simple - I don’t need it - I want it because I can work much better that way. When I go into a directory, DxO doesn’t need hours to scan it, but then compares whether there are any changes.
My primary RAW editor is and always will be Capture One. I’m not willing to change my approach just because DxO doesn’t even provide the basics.
(Sorry, my tone is certainly not very nice. You can’t help what DxO does. I’m sorry.
I’m a little pissed off because now the hassle with the refund is starting)

… there is no need to migrate the database as it rebuilds itself as soon as you either index your archive or open your folders as needed.

…and there is no way around the database either. PhotoLab needs it and creates it if necessary. You needn’t be concerned about the DB. Just use PL for what it does best and use C1 for everything else. That is what I do with my Lightroom Classic and DPL combo.

I tried to maintain the DB in good shape because I hoped to get out of Adobe subscriptions. Keeping DPL’s database in good shape is a fools errand though, therefore, I use DPL as a plugin to Lr

3 Likes

Neither is possible. This is where DxO short-sighted programming comes into play again.
My structure looks like this:

/Volumes/Pictures/DSLR/DSLR-RAW/Camera/Year/Month/Day/pictures.*

You can’t go in DxO and click on the top layer and say “look down, index everything” and I’ll go drink coffee.

It’s too expensive for me. In addition to PL, I also bought ViewPoint and FilmPack.
Of course DxO will refuse to refund my money, so I’ll think about something else. In any case, the company will never get any more money from me.

But thank you for your suggestion.

I occasionally have DPL index the whole lot. Put the archive’s root folder in the sidebar and let DPL do its work. My archive also has bunch of folders that are linked with aliases and those folders are indexed too.

Indexing a collection of about 29k images with 16k .xmp sidecars takes about 35 minutes on my Macs. With .dop sidecars, the process takes more time though.

DxO support refused to refund me because I bought the products in December. The fact that I haven’t activated any of them yet doesn’t matter to the company.
In such cases, I praise companies from the USA. Nobody ever makes a problem there but in Europe … No, the company and software are dead to me.

I could of course try what you write. Maybe the whole thing won’t take sooo long and will work across the entire hierarchy. I don’t need to be reminded every day what a bad company it is.

@platypus - It’s really remarkable how you try to show me something to gain from the bad situation. Thnx

I have a question for you too, @RobiWann (with intention of being helpful);

  • Do you have sidecar/.dop files associated with all your source-images ?

I am asking this because;

  • Sidecar/.dop files are compatible between Mac and Win-PC

  • If you have sidecar files then you don’t need the database to be fully populated with details of all images … unless you have Projects defined (logical groupings of images) or you need to search the DB via Keywords (Neither of which, I gather from your post, are of any interest to you).

That is, the inability to convert the DB between Mac & Win may not be a show-stopper after all.

2 Likes
  1. Not for all files.
  2. I have 2 or 3 project. This is not the big deal. My Problem is - not all files have a dop sidecar file and I don’t know which files I really have edited in DxO PL on Windows.
    I had to search through my old tickets. But I think that the same support employee had written to me some time ago with a problem/question that the DOP files are optional and do not have to be used at all because they do not contain everything that is in the database.

@RobiWann That statement is true and false at the same time. DOPs contain all the edit data and a large portion of the metadata that is either contained in the image and any xmp sidecar file.

What is doesn’t contain if the fact that the image might have been part of one or more ‘Projects’ and for Mac users, the ‘Advanced History’ is also missing.

For Windows users the ‘Advanced History’ doesn’t survive a closedown anyway!

So for a DxO Tech to suggest that you can just use the database is neglecting the fact that DxPL offers an insurance policy against the loss of the database (accidental or deliberate) or for any user wanting to take the image to another system with the same OS or another OS.

2 Likes

Assuming you have NOT switched off the option (in Preferences) for sidecar/.dop files to be created for each image - then the presence of a sidecar file indicates that the associated image has been edited by PL (otherwise, the sidecar file would not exist).

This being the case;

  • You could copy across all your source-images AND any associated sidecar files from your PC to your Mac …

  • And then initiate the process to “have DPL index the whole lot” (as suggested by @platypus, above). PL will absorb the details from any sidecar files into the database.

  • OR, you could just not bother with the database and delete it occasionally or regularly, as it suits you. PL will create a new DB for use within the current session if it finds one does not exist … and it will use the details held in sidecar files to retain your editing history.

2 Likes

You’re welcome. DxO is quite peculiar about things … and I wonder why they refuse to refund products that haven’t been activated yet. You could try to find whether DxO’s EULA provides an exit for your situation.

While you seem to consider the situation to be bad (and I can understand that because I’ve had similar situations with other providers), the products you bought are capable of a few things that no other software does equally well and easily as far as I know. Why not use those features instead? You can still decide to not buy any of DxO’s products anymore.

2 Likes

Not entirely. If an edit uses DCP profiles or LUTs then these are written as paths in dop files, and are either ignored or result in an error when opening the image after moving between Mac and Win. The dops aren’t even portable across hosts with the same OS unless the paths are identical: they have to be edited to correct the paths.

1 Like

Then why, I feel compelled to ask, are you using PhotoLab at all? The number one reason for using PhotoLab is for its RAW processing and denoising.

Since you say you are using Capture One for RAW processing, please explain why, exactly, you are using PhotoLab as well?

And, as for your wanting a refund, you had 30 days to try PL out for free and you could have installed another free trial on the Mac for the purposes of testing the transfer.

One question you have not yet answered - did you activate “always use DOP files” or not? If you did, then only those files that have an accompanying DOP have been edited. All the rest have not.

3 Likes

For “special” files with very-High-ISO or files with architecture where C1 doesn’t quite have the capabilities of DxO + ViewPoint.

That’s what I wrote. I had it switched on at the beginning. Later I didn’t

The idea that there are programs/programmers who develop software for both platforms that is only partially compatible with each other never occurred to me. And in December I asked about activations because I didn’t have a Mac at the time, but it was already planned and didn’t arrive until mid-February.
If I as a user really have to think about everything and also test everything, then as a company you could also completely dissolve the support. That would also save them a lot of money.
But that’s not the topic here - so let’s not discuss it any further.

That will never happen

First I needed to know which images I have edited that do not have a DOP file. There won’t be that many, but at least between 20-100. That’s about it - but find them…