Open deaste opened 2 months ago
please add the sidecar file so the position of the module in the pixel pipe can be seen since that behaviour is dependent on its position (before/after coloin, color calibration, ...)
Here is the sidecar file DSC00076_04.ARW.xmp.zip Here is the module order (as applied by Darktable)
@TurboGit I can confirm although the issue description is misleading.
This is basically about white balance / color management of the overlays, it all looks good if overlayed image is close-to recepient image otherwise it is bad (as observed here).
Don't know immediately how to solve this, maybe we have some "correction matrix" to be applied either while cairo_mixing or inside dt_dev_image()
This issue has been marked as stale due to inactivity for the last 60 days. It will be automatically closed in 300 days if no update occurs. Please check if the master branch has fixed it and report again or close the issue.
Describe the bug
I’ve just installed DT 4.8, I’ve used the Enlarge canvas module creating a free space, then I’ve added an image using the Composite module. The added image has a strong yellow cast. This happens it the added image is a raw file (in case of jpg file there is no cast).
Steps to reproduce
Open an image in darkroom Add free space using the Enlarge Canvas module Add a raw image dragging from the filmstrip to the Composite module
Expected behavior
display the image without the yellow cast
Logfile | Screenshot | Screencast
Commit
No response
Where did you obtain darktable from?
downloaded from www.darktable.org
darktable version
4.8.0
What OS are you using?
Windows
What is the version of your OS?
Windows 10
Describe your system?
Processor Intel i5 Installed RAM 8GB
Are you using OpenCL GPU in darktable?
None
If yes, what is the GPU card and driver?
No response
Please provide additional context if applicable. You can attach files too, but might need to rename to .txt or .zip
No response