here is one image that i have use highlight reconstruction >color reconstruct, at 100% view there seemed to be a mosaic pattern that can be seen. if you compared to C1 there is no mosaic. is there a method to eliminate the mosaic when trying to recover highlights.
i have tried it but the mosaic pattern is still there. I just tried it again with ART and there is no mosaicing. even in filmic highlight reconstruction tab the mosaic is still there.
below image is from art
I see the mosaicing in the blue part of the sky, are you sure itâs due to the highlight reconstruction? My first thought was the demosaicing used, try one of the other options?
here is the RAW file. I have notice that this issue is not only on this file. if the file is clip in one or two channels even trying to recover highlights the mosaic pattern will show up. it is especially noticeable when you zoom in to 100%. In RT and ART this mosaic pattern does not show up. _5290185.orf (15.5 MB) _5290185.orf.xmp (6.3 KB)
I just played with this one and darktable is rather bad at handling it to be honest (RawTherapee doesnât seem to have problems with it, as you mentioned).
You might want to give the raw denoise module a try. If I turn it on and up the noise threshold slider to > 0.19 the pattern seems to be gone (tried both dt 3.4.1 and 3.5.0).
But you still need to adjust try and adjust using filmic and highlight reconstruction a lot to get a half decent result. Then again, most of the sky is blown (=lost).
EDIT: Even the new demosaic options in 3.5.0 donât solve this.
I have given it a quick go in 3.4.1.1 on Windows with my normal scene referred workflow (filmic etc) so havenât looked at the orig XMP
Just opened the image, dropped the exposure a bit and set âhighlight reconâ to âreconstruct in Lchâ and âdemosaicâ to âAmaze(slow)â and I see no mosaic pattern.
What I see an issue with (but havenât had time to work on it) is the blown highlight on the right shoulder.
That may take a bit of work to get rid. Would be interested in how this can be got rid of if anyone has a go
Using Lab/LCh before that correction is done is conceptually wrong.
Wonât fix, we canât change the algo without losing compatibility. Checkout filmic reconstruction.
This is a limitation of the algorithm used, not a software problem. There is nothing we can fix in the program that doesnât require to rewrite the maths first and use a different algorithm.
Iâve posted somewhere in the forum a comparison of raw editors, darktable doesnât render correctly raw colors (neither arwtherapee), in my comparison it adds green bias in the shadows, however looks at the strange pinkish skin and gray hair.
I suggest you to decode the raw in Photoflow, it renders correctly the raw, the highlights reconstruction works great and it support dcp profiles .
Thanks @Jade_NL for the verification and possible solution. I really want to make darktable my primary raw editor. So I have been testing it with some of the most difficult shot through it.
Initially I thought so too. If you zoom in at different magnification the pattern will show up. But the most important is when you export it. It will show up in your exported files
@age yeah my findings is the same as yours. Your results from photoflow is as good as capture one. Itâs sad that it wonât be fixed. I remember I read somewhere in the forum that one of the developer said that the goal of darktable was to produce raw results that rival capture one. Highlight reconstruction is a super important in my imho. Thanks again for the recommend will check photoflow out
I could get some texture back in the sky with filmic reconstruction, by carefully adjusting the threshold and contrast parameters. Keep in mind that those depend heavily on the white relative exposure in filmic, and also on the colour preservation mode. Changing the threshold value by as little as 0.1-0.2 can (should) have a visible effect on the result.
I didnât manage to get the blue in the sky, but then, was it a blue sky with some clouds, or cloudy (and Capture One faked the blue)? The blue and red channels seem to be clipped, so thereâs really no colour information left in the sky
Have you used filmic? The reason is that filmic doesnât preserve the hue in the highlights , it removes all the saturation instead, even the per-channel rgb suffers from this weird behaviour because some under the hood âgamut compressionâ.
Iâve opened an issue on github with a request that works great for a lot of images.
Iâve used this method for the photoflow developed RAW ,and the blend highlights reconstruction (not available in darktable)
i think the mosaic pattern can remove i have added a surface blur with a parametric mask to the highlight area for the display referred workflow and astrophoto denoise for the scene referred workflow attach is the xmp file can someone check to see if this works. _5290185.orf.xmp (7.6 KB) _5290185_01.orf.xmp (6.7 KB)
Itâs possible to have good reconstruction in darktable. Just tested quickly your photo in darktable master (as I remember, no improvement on highlights reconstruction since darktable 3.4. See:
The XMP is inside JPG. Just use reconstruct highlight in LCH mode and default setting. Then I adjust with filmic white and black exposure (could be easily changed/improved with those sliders).
The main thing on my result photo I see to improve is the highlight in girl knee. Should be fixed by using a mask.