There is a bug in the file renumbering algorithm. See attached screenshot of a set of files that were taken with a Nikon camera and then processed in DxO PhotoLab 3. I need to renumber these files. The original file is of the form DSC_1234.NEF. After processing, PL 3 outputs a sidecar of the form DSC_1234.NEF.dop. I want to renumber the files without the leading DSC_ and start with a new base number. I can easily strip the DSC_ and then try to renumber in PM 6. When I renumber these files, PM 6 correctly renumbers both as 05678.NEF and 05678.NEF.dop giving both the base raw image and the sidecar the same number.
Here is the problem. After processing the image, I wish to output either (or both) a jpg and/or a dng image. In both cases, as seen in the attached, DxO/PL 3 outputs files of the form DSC_1234_DxO.jpg and DSC_1234_DxO.dng. If I strip the lead DSC_, as above, then when I renumber the set, Photo Mechanic drops the _DxO and treats these as new images, thus incrementing the counter by 1 for each of these images.This is catastrophic in that the collection of images is now separated.
I have tried several tricks, such as replacing the _DxO in the base name to a .DxO thus giving a file name 01234.DxO.dng or 01234.DxO.jpg. In both cases the DxO is ignored and the counter is incremented. I have also tried a combination such as 01234.NEF.dng and 01234.NEF.jpg (since that seems to work with the dop files) and if it numbers correctly, then I can easily change the format back by replacing the NEF by DxO. However, these ideas also fail.
Is there a reason why the renumbering scheme cannot append the trailing _DxO , or is this a simple oversight because no-one using PhotoLab has run into this issue and thus the problem has never arisen?
Is it possible to correct the renumbering algorithm to correct this issue?