if I use in both input profile/camera standard, the two images are very different: dev image is washed out.
if I use in both input profile/custom and I select the same DCP, I get the same output.
As it seems there is no DCP for powershot SX150 IS in Adobe DNG converter 11-2-1, I choosed DCP for SX1 IS.
Opened your DNG in RT final release versions 5.4 and 5.5.
Identical and like your second image above.
With Auto Levels only, both appeared as your first image.
if I were to do this “in the void”, I’d forget about backwards compatibility and try to stick with the dng specs. in the RT case, this is probably not what users expect, so it’s a tougher call… probably camcost is a good solution – but I haven’t actually tested this specific case
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):