Would it be possible to be more explicit when dng matrix is active. Manual override? Currently you can only really know if there’s a camconst but not really if adobe or dng matrix is active?
I don’t know for appimage if it’s possible to change the camconst.json file at all. @Carmelo_DrRaw knows.
If you compile from git just look for the camconst.json in folder rtengine of your git source and change the entry as mentioned in my post. Then build and it should work.
imho they should be treated like an embedded profile, and applied only when selected explicitly, rather than being silently applied when “camera standard” is set. that would make things much more streamlined. however, it might break backwards compatibility…
Matrix committed (this model’s DNG file from Adobe DNG Converter 11.0 only has one illiuminant and one matrix, and it’s for daylight). The fix will be part of RawTherapee 5.6.
@ggc: @paperdigits has been quicker than me to give the answer, anywhay what he wrote is 100% correct.
Let me just add that once the AppImage is extracted (contents actually go into a squashfs-root folder instead of AppDir as far as I remember) and you have modified some files, you have to run RT by launching the AppRun script in the extracted AppImage. Runninf the RT executable directly will not work, as the AppRun script sets several environment variables in order to let the RT executable find the bundled libraries and configuration files.
Sorry for asking again, but i haven’t found out how to obtain the dcraw_matrix values…
I have the same problem with my phone dng, Honor 6a…
Here an “original” dng from opencamera, the jpeg, and the dng from dng converter (that btw fixes the exif that otherwise are not recognized, and this seems to happen with a lot of phones):
The embedded DCP file contains the same matrix I used above. It also contains a StdA color matrix, and forward matrices. Would be nice if RT used it, but would also be nice if RT used the right matrix based on the CalibrationIlluminant, which are in the incorrect (or unexpected?) order in this DNG file.
There are special case in RT code for dealing with DNG files which come from Adobe DNG Converter, these are there to ensure that the DNG files looks the same as its source raw file. I don’t know the details, perhaps @agriggio can shed more light.
I suppose the real answer to your question is that this is messy territory and no one has volunteered to shovel through it.
It’s probably a bit messy, but not terrible either. I think that implementing the proper support for DNGs according to the specs is doable in principle (disclaimer: I’ve only gone through the specs quickly, so I might be oversimplifying here). But it’s true that nobody has actually volunteered to do it – until that changes, it won’t magically happen I’m afraid