When importing old display-referred edits with “add to library” all edits are changed as scene-referred standard modules like fimic rgb and color balance are added.
This unwanted update of the XMP file ends in a history stack with a mix of my old edit (basecurve etc.) and new standard modules added on import. Of course that leads to horribly looking images!
Preferences in the processing section are set to “scene-referred” and “modern”. But that should only be auto-applied on new images.
Do I have to change that preference back to “display-referred” every time I import old edits?
were the old edits actually “edits” (i.e. did you change module parameters on them? did you even open them in the darkroom view)
in what darktable version did you edit them? (prior to darktable 3.0 modules weren’t saved in the history stack until you changed them)
I assume the images were definitely not present in your library database before you imported them?
Generally automatic modules should only be applied the first time you edit an image or open it in the darkroom, except for those edited in v2.6 or earlier, where other known issues are present.
The images were definitely not present in the library database, but i modified them, yes. I can see modules like “shadows and highlights” and “sharpent” activated. I probably edited them in old darktable versions. Opening the xmp files in an editor shows: darktable:xmp_version=“1”
Anyway - I don’t expect darktable to auto-apply scene-referred modules to images with an existing xmp file where display-referred modules like “base curve” were already applied - as this only leads to a mess.
Deactivating filmic RGB an color calibration module takes the image back to the original edit - but that’s requires me to work through all edits again.
Can you post such an XMP here (one not yet touched by v 3.6)? Since any XMP can be applied to any image, we could simply give it a try to see if we can reproduce the issue.
change preferences to : auto-apply pixel workflow defaults to “none” and auto-apply chromatic adaption defaults to “legacy”
open folder with old images
and as expected no additional modules were applied - things looked good
reset presets to “scene-referred” and “modern”
open folder again …
and no additional modules were applied.
it seems that darktable auto-applies the scene-referred and modern modules to all images with older edits (darktabel 2.x ) which ruins them. Opening them without auto-application of the modern workflow modules in the first step updates the xmp-file and prevents darktable from auto-applying the modern modules in the second step - even when preferences are configured.
btw. I edited these images with darktable back in 2012 … seems I’m a pretty old and faithful user of darktable
In fact I remember to have used darktable 1.x versions … hmmm getting old and grey…
We aim for backward compatibility but that might be pushing it. I think we rely on a flag in the history to determine whether auto-presets have been applied to an image. I very much doubt that flag was present that long ago. I mean we’d love to help but honestly you might be better off sticking to your workaround.
If you apply a no-op style to all of your images (after importing them with legacy settings) that might force the flag to be set. For example you could apply color calibration to them all but in an “off” state. I choose color calibration here because it’s very unlikely to interfere with an existing edit.
So the process would be
change to display-referred/legacy
re-import
apply a style that appends color calibration (off) to all of the imported images
I’m only going on vague recollection of reading the code – see here and here – I certainly wouldn’t know how to identify it in an xmp file. I still think the easiest solution is the one I’ve suggested.