gi-man

I can reproduce too with and without OpenCL. 4.1.0~git296.1ad26dc5 Fedora 36, X11

I prefer the white issue that I can notice over the black one that is hard to see. I would vote not to revert.

I think we will need to see a raw + your xmp to see what workflow/modules you are using (eg. Reference WB?). If you want, you can use one of...

This is a duplicate of https://github.com/darktable-org/rawspeed/pull/349 The white point is wrong (too high), so the HR wont try to recover. This needs rawspeed support.

darktable is using the piwigo api to upload the images. The darktable code generates a temporary filename for the upload. It looks like the file you uploaded might be using...

@todd-prior to avoid confusion, you should make sure you have a clean build. Also check MSYS2 is up to date and git is up to date before adding the PR.

We will need a logfile from -d perf from an export to evaluate. It's hard to know what is "too long" without a duration in seconds. 15sec per image? 5min...

For more context: https://discuss.pixls.us/t/purple-image-from-canon-powershot-s100-cr2/42640/14 It seems like reading the white/black values from CR2 for this camera is incorrect since 4.6.1. Maybe an effect from https://github.com/darktable-org/rawspeed/pull/578

Yes the defaults were changed, but I dont think this belongs in the manual. I searched in the current manual and I could not find a place that describes the...

Reading thru the GIMP thread, it is starting to sound like the flag should be a new feature for 4.8 vs a 4.6.1 fix. They might benefit of using darktable-cli