| I haven't worked on a blown colour casted highlight reconstruction
| recently, but it strikes me that we can perhaps deal with such colour
| casts more easily in dt than any of the other raw converters.  Let's
| say our reconstruction causes a typical magenta colour cast in the
| reconstructed areas around totally blown highlights - I suspect we
| could just use our parametric masks to run a magenta subtracting
| colour change just on the brightest pixels and if necessary add a
| drawn mask as well.

 My view is that I'm all for sophisticated algorithms here in general
but I think that *by default* darktable should produce results that do
not require users to go in with masks and colour manipulation and so on.
Because aggressively reconstructing clipped highlights can blow up in
your face I don't think it should be on by default. Experts or people
who really need it can turn it on (and then clean up any issues).

 Hence also my bias towards a simple option for 'if any channel is
clipped, make the pixel white', because I see it as the quick way to
make sure that clipped highlight reconstruction isn't blowing up in your
face. You're very likely to get a sensible result from it.

        - cks

------------------------------------------------------------------------------
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
_______________________________________________
Darktable-users mailing list
Darktable-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/darktable-users

Reply via email to