On Wed, Oct 12, 2016 at 11:31 PM, Ulrich Pegelow
<ulrich.pege...@tongareva.de> wrote:
> Are you using OpenCL? I can confirm that it's no longer working if OpenCL is
> running. I could bisect the problem:
>
> 45326d7725c67505f6500815a87d56650ea7af65 is the first bad commit
> commit 45326d7725c67505f6500815a87d56650ea7af65
> Author: Roman Lebedev <lebedev...@gmail.com>
> Date:   Sun Oct 9 15:45:11 2016 +0300
>
>     Rawoverexposed iop: process_common_setup() properly compute thresholds.
>
>     Practically, only matters if min(wbcoeffs) != 1.0
>
> :040000 040000 9216a7ea22b0af35b141afa7aca9b650ba3422b4
> b16d2611b098c62bae3dff528b262364649e7bb2 M      src

Hm, well, that is strange.
I guess i somehow failed at opencl codepath for that module.

>
> Ulrich
Roman.
>
> Am 12.10.2016 um 20:30 schrieb Tim Rolph:
>>
>> Hi Roman, with raw overexposure indicator enabled usually I get a small
>>
>> percentage of the image indicated if its over exposed (with CRW images).
>> Since
>>
>> last night (i am checking daily) the whole image turns green when it is
>>
>> enabled even though it not over exposed!
>>
>>
>>
>> P.S it would be nice to be able to visually see an indication that there
>> is
>>
>> overexposure left in an image as sometimes its not obvious
>>
>>
>>
>> Regards.
>>
>>
>>
>> Tim Rolph.
>>
>
> ___________________________________________________________________________
> darktable developer mailing list
> to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
>
___________________________________________________________________________
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Reply via email to