I would say that it is, yes. Not having correct WB makes editing much harder, and presumably most shoot raw because they want to edit.
One more question that would definitively get me going n the end is this : in the end, will users of other raw processors be able to make use of the results by embedding into the DNG or would there be a not so small remainder of programmes where only a rebuild or reconfiguration of the programme itself will make the thing fully usable?
Thanks to all of the community here for the answers so far! I should have been gone to ask here earlier.
The whole point of DNG (with all the proper tags) is that no special support or processing is needed in a raw editor.
Wellllll, not from Adobeās point of view. The DNG specification promotes a whole 'nuther processing approach, from the dual-illuminant colormatrix tags to the ālookā LUTs. Yeah, you can open DNGs with most raw processors and get close to the original raw data, but the software sometimes has to do DNG-specific things to get the data it needs to do itās āconventionalā processing. I see this in rawproc, which opens DNGs nicely thanks to libraw, but I still havenāt mitigated all the gotchas to make using the data seamless.
While itās true some of the more āadvancedā DNG features can have spotty support across multiple processors, many of those features really only apply to fixed-lens cameras or ILCs that support DNG (rare - Pentax used to support DNG but not sure about now?) and embed lens correction metadata in their DNG.
The basic color metadata is widely supported by most software, including 2.5D LUTs as generated by dcamprof. If Adobe Lightroom/ACR compatibility is desired, embedding a tone curve may be a good idea. On the other hand a tone curve and LookTable (such as dcamprofās NTRO) increases file size significantly - DCP profile size inflated with redundant data Ā· Issue #6467 Ā· Beep6581/RawTherapee Ā· GitHub
okay, thanks. I could have an options for that in the converter so that who needs it can get it and who doesnāt can save the space. My target would be to get it really complete if at all.
Canāt you just use one of the Lightroom built-in curves? Or does embedding a custom curve do something other than giving the user the desired camera brand ālookā?
So my experience with Lightroom is mostly limited to what other people have described (I donāt use it, and Iām most definitely not paying for it), but it sounds like LR always uses the embedded tone curve of a DCP and makes it nearly impossible to replace it (or even know itās there/what it is) - any additional curves in LR sound like they are on top of the tone curve in the DCP.
This behavior is the source of all of the rants about ābad Sony colorsā, etc. over on DPReview - itās always bad profiles bundled with Lightroom that attempt to match camera behavior.
Of course if you have LR you can definitely do some experiments here that would be useful! I have made a profile that was usable in LR before with the assistance of another user (for the Xiaomi Mi Sphere 360 which has a completely broken profile in its data), but as I said, I canāt really experiment myself and Iām definitely not paying for it.
Edit: This only applies to DCP profiles, but LR can be picky about some of the metadata when it comes to matching a DCP to the appropriate camera. I forget the details - RT only cares about the filename. BTW thatās another possible solution for your usersā use case - have a āsemi-compactā embedded profile (color matrices, 2.5D HueSatMap) in the DNG, and offer a DCP profile with tone curve/NTRO/etc.