On Thu, 10 Apr 2014 14:09:45 Tobias Ellinghaus wrote:
> Am Mittwoch, 9. April 2014, 15:14:20 schrieb Kevin:
> > Attached is a patch that addresses Feature Request 9861 (
> > http://darktable.org/redmine/issues/9861 ).
> >
> > In the "tool tip" the list of available pre-defined variables is in an
>
On Tue, Apr 8, 2014 at 6:15 PM, Pedro Côrte-Real wrote:
> Went ahead and built this:
>
> https://github.com/pedrocr/darktable/tree/diskcache
Just pushed some minor fixes to that branch. It no longer leaks memory
and the debugging fprintf's are commented out. The code can still be
improved quite e
Hello. I found these free luts on the web. May you implement this feature ?
The link to luts files is:
http://juanmelara.com.au/print-film-emulation-luts-for-download/--
Put Bad Developers to Shame
Dominate Development with
Hallöchen!
Simon writes:
> just on a side note: the "filled" highlight in your screenshot
> looks aweful to me - just filled with some artificial blue that
> can't be found anywhere on the car hood.
FWIW, I like it very much. The RawTherapee UI calls it "Color
Propagation", so I assume it is so
Hi Moritz,
just on a side note: the "filled" highlight in your screenshot looks
aweful to me - just filled with some artificial blue that can't be found
anywhere on the car hood. And if you look closer you can even see an
edge at the position where the blown highlight starts. This doesn't look
lik
Johannes,
> as a first outcome of the meeting in leipzig i implemented an idea by
> a1ex from magic lantern, which reconstructs color in your blown
> highlights (3rd combo box entry in our highlights module, git master).
>
> seems to work great on blown skin tones.
it does not give me anything c
Am Mittwoch, 9. April 2014, 15:14:20 schrieb Kevin:
> Attached is a patch that addresses Feature Request 9861 (
> http://darktable.org/redmine/issues/9861 ).
>
> In the "tool tip" the list of available pre-defined variables is in an order
> other than alphabetical. Is this for a reason? Perhaps th
Am Mittwoch, 9. April 2014, 13:16:43 schrieb Kevin:
> Attached is a patch the addresses the issue documented in Issue 9765 (
> http://darktable.org/redmine/issues/9765 ).
>
> The second hunk suppresses spurious error messages; my Garmin device
> generates:
>
> (1) a tag that contains a tag; and