Re: [darktable-dev] Possible alternative to Markesteijn x-trans demosaic?

2016-02-08 Thread Dan Torop
Hi Ingo, This is quite interesting work to see... A x-trans demosaic algorithm which is well described, high quality, open source, and fast is something which I'm sure many people are awaiting. Though of course having all of these qualities is a lot to ask! It's great to see continued work on

Re: [darktable-dev] Possible alternative to Markesteijn x-trans demosaic?

2016-03-22 Thread Dan Torop
tal. Even many commercial raw converters have quite > > some difficulties with these x-trans files… > > Some commercial products try to hide these problems by quite a degree of > > softening, but they’re still there. > > You also might want to consider that even Bayer CFAs cau

Re: [darktable-dev] weird colours when using several color modules

2016-05-18 Thread Dan Torop
>From here a bisect suggests >https://github.com/darktable-org/darktable/commit/a083e4c0f9ffc0423613f3a75e5e3457aa11430c > as the troublemaking commit. Fiddling with color balance seems a good way to cause this. I've also seen it when fiddling with white balance. The preview in the navigation

Re: [darktable-dev] weird colours when using several color modules

2016-05-18 Thread Dan Torop
On Wed, May 18, 2016 at 6:20 PM, Dan Torop <d...@pnym.net> wrote: >> From here a bisect suggests >> https://github.com/darktable-org/darktable/commit/a083e4c0f9ffc0423613f3a75e5e3457aa11430c >> as the troublemaking commit. > Not surprising. Thanks for bisecting it though.

Re: [darktable-dev] hotpixel seems to have a problem with an image

2016-07-25 Thread Dan Torop
lready processed images, as it works so much > better now. > > Thanks ! > > On 23/07/2016 02:20, Dan Torop wrote: > > There should be a fix for this as PR 1225 > > (https://github.com/darktable-org/darktable/pull/1225). The column # was > > off by one from the co

Re: [darktable-dev] Usermanual update for 2.2

2016-07-25 Thread Dan Torop
PR #1230 is a pass at usermanual updates regarding X-Trans. There actually isn't too much that is usermanual-visible. Most of the changes have been bugfixes, optimizations, and general fixing up of existing code. On Sat, Jul 23, 2016, at 04:52 AM, Ulrich Pegelow wrote: > Dear all, > > I'd like

Re: [darktable-dev] hotpixel seems to have a problem with an image

2016-07-22 Thread Dan Torop
interested :) > > On 21/07/2016 16:51, Dan Torop wrote: > > Hi Marc, > > > > I just tried to download the example RAF you posted, but it seems to be > > expired already? If you're able to send me another link, I'd be curious to > > look -- though it might ta

Re: [darktable-dev] Re: Unusual stability problem

2017-01-30 Thread Dan Torop
Thank you for the report & the very helpful sample file. I'm mortified, though, that the bug made its way into 2.2.2. Dan David Vincent-Jones writes: > My problem appears to be fixed now ... thanks for the quick work > > David > > On 01/30/2017 09:31 AM, Ulrich Pegelow

Re: [darktable-dev] Re: Unusual stability problem

2017-01-29 Thread Dan Torop
sect helped me to find the offending part: > > 07dc9664df548c7f775ade36cbdb7875a4aa4c9f is the first bad commit > commit 07dc9664df548c7f775ade36cbdb7875a4aa4c9f > Author: Dan Torop <d...@pnym.net> > Date: Mon Jan 23 21:27:48 2017 -0500 > > imageop_math: take advantage of CFA

Re: [darktable-dev] Re: Unusual stability problem

2017-01-29 Thread Dan Torop
version as well, but I'm waiting for a moment for concentration on this... Dan Dan Torop <d...@pnym.net> writes: > Many apologies. This was carelessness on my part. PR 1431 should fix this. > > The bug was in changes I made to the Bayer downscaling code. For certain raw >

Re: [darktable-dev] Planning of the upcoming 2.4.0 release

2017-06-21 Thread Dan Torop
Germano Massullo writes: > Il 21/06/2017 17:43, Tobias Ellinghaus ha scritto >>> I've also been working on Wayland support >>> (https://redmine.darktable.org/issues/11535). This is mostly done, but >>> isn't worth enabling until GTK+ >= 3.22.16 makes its way into >>>

Re: [darktable-dev] Planning of the upcoming 2.4.0 release

2017-06-21 Thread Dan Torop
Tobias Ellinghaus <m...@houz.org> writes: > Am Mittwoch, 21. Juni 2017, 11:39:30 CEST schrieb Dan Torop: [...] >> I will be able to get to this again in early July. Is that soon enough to >> make its way into 2.4.0? Additional improvement would be slightly better >>

Re: [darktable-dev] Planning of the upcoming 2.4.0 release

2017-06-22 Thread Dan Torop
Ulrich Pegelow writes: >>> Please consider that changes in that place also will require changes to >>> the equivalent OpenCL code which might be anything but trivial. >> >> Oh no! I was thinking of the dt_iop_clip_and_zoom_demosaic_{half,third}_*() >> functions in

Re: [darktable-dev] Planning of the upcoming 2.4.0 release

2017-06-22 Thread Dan Torop
Ulrich Pegelow <ulrich.pege...@tongareva.de> writes: > Am 21.06.2017 um 18:03 schrieb Dan Torop: >>> >>> I'd say that is well withing the time frame – provided it's not too >>> invasive. >>> >> >> That is great. Should be a tweak to the B

Re: [darktable-dev] Re: Custom Image Order by Drag and Drop

2018-04-16 Thread Dan Torop
Hi Mario, The patch looks sympathetic with the spirit of the darktable code, and you've clearly gotten deep into the code. A query, from reading it through (I haven't run it), is about sort order depending upon the setting of "collect images" as a string: - What if the user filters the images

Re: [darktable-dev] Re: Custom Image Order by Drag and Drop

2018-04-16 Thread Dan Torop
Hi Mario, Thank you! You should also, certainly, chat with the darktable developers (IRC?) before going too far. They've been clear in the past that they don't want someone putting in lots of work on a feature if they don't think it'll make it in, or make it in in the initial form. I'd be curious