Thanks Remco. That's usefull to know about Highlight Reconstruction being always on, and fits with what I'm seeing. I'm still at early stages of learning how to use DT so will definitely explore your comment about using "reconstruct in LCh" - I take a lot of landscapes. The custom style I created by profling the camera using darktable-chart with Xrite ColorChecker target and camera jpeg, automatically disables the standard DT basecurve and applies a tonecurve and color lookup table. I had hoped it would give sufficiently reliable results, but it may indeed be clipping too soon like the Sony basecurve as you indicate - where do I look in DT to find out the point it is clipping at? Cheers On 14/02/2019 13:35, Remco Viëtor
wrote:
On jeudi 14 février 2019 12:23:03 CET Dusenberg wrote:I have just been puzzling over the 'pink highlight' problem on several raws I recently shot (not HDR), all of which have blown highlights caused by a camera operator silly error :) I recently created a custom style for my camera and I thought that was something to do with the problem, so I'm glad it's a known characteristic for which a solution is available - don't over-expose!I also noticed that Highlight Reconstruction was switched on on these raws and I hadn't done it as I like to start from a blank canvas, so switched it off. Reading the trail of replies however, it seems the only way to fix/reduce the pink problem is to use Highlight Reconstruction - so I'm now wondering if DT automatically switches Highlight Reconstruction on if it detects blown highlights; does anyone know?As far as I know, "highlight reconstruction" is _always_ automatically switched on for raw files (and never for jpeg or png files). It just has no visible effect if there are no over-exposed areas. The default setting is "clip to white", I prefer using "reconstruct in LCh", which usually gives a bit more detail in slightly over-exposed areas (clouds are a typical example). Keep in mind though, that you can get blown areas for two reasons in Darktable. First is of course over-exposure, in which case the raw data is clipped. But the basecurve that is (automatically) applied to raw files can also cause blown regions. Darktable picks a curve based on the detected camera (for the default case), and e.g. the Sony basecurve clips rather soon (at input values of about 90 on a scale 0..100). For that reason, I tend to switch to another curve (Canon or Leica, neither of which clips the highlights), or use the "filmic" module (which has a learning curve). That very often means also a correction in the "exposure" module! Remco ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org |
- [darktable-user] Re: [darktable-dev] Re: HDR issue in ... Bruce Williams
- Re: [darktable-user] Re: [darktable-dev] Re: HDR ... David Vincent-Jones
- Re: [darktable-user] Re: [darktable-dev] Re: ... Dusenberg
- Re: [darktable-user] Re: [darktable-dev] ... Lorenzo Bolzani
- Re: [darktable-user] Re: [darktable-dev] ... Remco Viëtor
- Re: [darktable-user] Re: [darktable-d... Dusenberg
- Re: [darktable-user] Re: [darkta... Remco Viëtor
- Re: [darktable-user] Re: [darktable-dev] ... Normand Fortier
- [darktable-user] Since 2.6 blend opti... Normand Fortier
- Re: [darktable-user] Since 2.6 b... Matthieu Moy
- Re: [darktable-user] Since 2... Normand Fortier
- [darktable-user] Incorrect impor... Normand Fortier
- Re: [darktable-user] Re: [darktable-dev] Re: HDR ... Bernhard