Re: [darktable-dev] unused feature "blend only lightness"

Am 01.02.20 um 13:27 schrieb Heiko Bauke: Hi, all blend modes that operate in Lab space have some special treatment for the case that a module sets the flag IOP_FLAGS_BLEND_ONLY_LIGHTNESS.  However, I cannot find any module that actually sets this flag. Furthermore, it seams to me not

Re: [darktable-dev] Feature freeze for 3.0

Hi, frankly speaking I am still using the 2.6 branch and have no experience of any of the 2.7 features at all. I would be happy if someone closer to the recent development (Bruce?) could take over the manual. Best wishes Ulrich Am 13.08.19 um 17:42 schrieb Pascal Obry: Hi Matthieu, I

Re: [darktable-dev] Update usermanual on website

@Aurelien: any update on that? Am 09.01.19 um 18:48 schrieb Ulrich Pegelow: Am 09.01.19 um 09:49 schrieb Andreas Schneider: Did the documentation for the color balance module get updated? No, it itsn't. So we have a least two updates which are still missing. Ulrich

Re: [darktable-dev] Update usermanual on website

Am 09.01.19 um 09:49 schrieb Andreas Schneider: Did the documentation for the color balance module get updated? No, it itsn't. So we have a least two updates which are still missing. Ulrich ___ darktable developer

Re: [darktable-dev] Update usermanual on website

Hi, there are a few correction pending and as a main point we still lack documentation on the new logarithmic mode of the unbreak input profile module. I have no clue on the how this is supposed to work and need input from the author(s). Once this is complete I will release the 2.6 manual.

Re: [darktable-dev] DT 2.6.0 / Open CL doesn't work with Nividia 340 driver

This is fixed now in master and should be fine in 2.6.1. Ulrich ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org

Re: [darktable-dev] DT 2.6.0 / Open CL doesn't work with Nividia 340 driver

This really looks fishy. The sampler argument in read_imagef() is missing. Should be "sampleri" as in the other places. Ulrich Am 27.12.18 um 15:26 schrieb Holger Klemm: Hallo, open cl does not work with the nvidia diver. Have a look at retouch.cl > [...] 10.935219 [opencl_init]

Re: [darktable-dev] darktable 2.6 string freeze

I have also stumbled over the remark of houz. This issue needs to be fixed and confirmed before merging. Ulrich Am 01.12.18 um 10:01 schrieb Pascal Obry: Hi, Probably this call only applies to the translations within darktable and not to the manual! Right. With the PR # 1667 I have

Re: [darktable-dev] UI issues / masks

Well, that's a bit complicated. First: for drawn mask the invert option is part of the "combine mask" feature. I could have taken mask inversion into a separate combobox but that would have added a further gui element. The polarity is closely related to how we combine mask contributions,

Re: [darktable-dev] Updating the manual

Hi Bruce, you can consider the strength of the module's effect to be controlled by two gradients or ramps. One for the highlights and one for the shadows. The shadows gradient has its maximum value at L=0 and linearly goes down in the direction of the highlights. For the highlights gradient

Re: [darktable-dev] scaling produces corrupted image

Same here. With and without OpenCL. Am 04.11.18 um 19:58 schrieb Alexander Rabtchevich: Current git produces corrupted image if export settings require downsampling. Mint 19 x64 Mate. Memory is enough. With respect, Alexander Rabtchevich

Re: [darktable-dev] OpenCL issues

Am 29.10.18 um 23:35 schrieb Heiko Bauke: This did not help.  Finally, I set explicitly opencl_device_priority=*/!0,*/*/* which is according to the documentation is the default.  Now the GPU is enabled except for the preview pixelpipe, as also indicated by the log: 0.208921

Re: Fwd: Re: [darktable-dev] Help needed for creating the HTML darktable manual.

Here on my system (OpenSUSE) xsltproc comes as part of package libxslt-tools. Am 18.04.2018 um 18:40 schrieb openhab.doc: Hello Ulrich, I saw you replay at the other thread, but until now I didn't have the time to check. I'm using Manjaro Linux. In the README.md in folder ./doc I can

Re: [darktable-dev] Re: XML parser → Huge sidecar files

Hi David, only for the image currently opened in the darkroom. Ulrich Am 17.04.2018 um 18:33 schrieb David Vincent-Jones: Hi Ulrich does the 'cleanup' work globally or is this just for the current image? David On 04/17/2018 09:27 AM, Ulrich Pegelow wrote: You don't need to do

Re: [darktable-dev] Re: XML parser → Huge sidecar files

You don't need to do this manually. Just go into the mask manager (left hand panel in the darkroom view), press the right mouse button. On the menu that appears you select "cleanup unused shapes". In your case the huge number of invisible shapes comes from the spot removal tool. The root

Re: [darktable-dev] Help needed for creating the HTML darktable manual.

Did you read my reply on the other thread you have opened here? And did you take appropriate action, like properly installing saxon? Ulrich Am 16.04.2018 um 20:08 schrieb openhab.doc: Hello Simon (sturmflut), in my e-mail below was an copy and paste error. The complete error message is:

Re: [darktable-dev] Error when creating HTML darktable manual

This indicates an issue with saxon. For building the HTML version of the manual we use saxon. This requires the docbook saxon extensions (typically part of the docbook package) and saxon version 6.5 which is typically supplied in a separate package. Ulrich Am 14.04.2018 um 09:16 schrieb

Re: [darktable-dev] OpenCL does not work after Nvidia driver upgrade to 384.90

Unfortunately the OpenCL compiler fails to give a reasonable build log. What you could do is try to isolate the offending part of atrous.cl that leads to the issues. Start by commenting out the whole code section of atrous.cl with "#if 0 ... #endif" and narrow it down from there. Ulrich Am

[darktable-dev] duplicate noise profile for Fuji X-E1 as Fuji X-Pro1

Hi, according to several sources (e.g.: http://www.techradar.com/reviews/cameras-and-camcorders/cameras/digital-slrs-hybrids/fuji-x-e1-1094565/review/4) the X-Pro1 and the X-E1 share the same make of sensor. I'd like to make a copy of the existing noise profile of the X-E1 for the X-Pro1. Any

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

Am 20.06.2017 um 11:43 schrieb Tobias Ellinghaus: Hello there, we are currently thinking about having the next feature release (2.4.0) earlier than Christmas. In order to plan for that we need to know if anyone is currently working on something that should go into the release. We would also

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

Am 22.06.2017 um 20:23 schrieb Ulrich Pegelow: OK, that sounds good. There should not be any OpenCL code dealing with non-floating point values at that place. But let me double-check that. Reply to myself. This is what I get for the preview of an xtrans image: [pixelpipe_process] [preview

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

Am 22.06.2017 um 19:31 schrieb Dan Torop: Ulrich Pegelow <ulrich.pege...@tongareva.de> writes: Oh no! I was thinking of the dt_iop_clip_and_zoom_demosaic_{half,third}_*() functions in imageop_math.c. Those don't have OpenCL implementations, though? Certainly getting into revising OpenC

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

Am 22.06.2017 um 15:58 schrieb 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 Bayer downscale code (

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

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 Bayer downscale code (making start/endpoints of sample right), bringing that work to X-Trans, and then SSE variants. Please

Re: [darktable-dev] darktable performance

s disabled. With respect, Alexander Rabtchevich Ulrich Pegelow wrote: Am 12.05.2017 um 08:21 schrieb Alexander Rabtchevich: Hello I've installed a new graphics card with Radeon 580 chip (8Gb) and so examined darktable performance. Two opearations during regular jpg export do not use OpenCl - ra

Re: [darktable-dev] darktable performance

Am 12.05.2017 um 08:21 schrieb Alexander Rabtchevich: Hello I've installed a new graphics card with Radeon 580 chip (8Gb) and so examined darktable performance. Two opearations during regular jpg export do not use OpenCl - raw demosaic (or decompression) and applying of final gamma. Their

Re: [darktable-dev] OpenCL scheduling profiles

Am 30.04.2017 um 19:43 schrieb Christian Kanzian: A bit late, but today I had some time for deeper testing this. In general detection seems to work well and the profile very fast GPU with a single GPU works nice as well. On startup profile was set to multiple GPU, so detection works.

Re: [darktable-dev] OpenCL scheduling profiles

Am 09.04.2017 um 17:29 schrieb Matthias Andree: What's your number of background threads (fourth entry in core options)? It's currently set to 2, and if removed from the configuration file with darktable stopped, will revert to 2 when darktable gets restarted and closed next time. Note I see

Re: [darktable-dev] OpenCL scheduling profiles

Am 09.04.2017 um 11:00 schrieb Matthias Andree: Am 08.04.2017 um 14:29 schrieb Ulrich Pegelow: 2. What bothers me though are the timeouts and their defaults. In practice, the darktable works ok-ish, but the lighttable does not. When a truckload full of small thumbnails (say, lighttable zoomed

Re: [darktable-dev] All of a sudden, darktable Thread Seg faults

Am 09.04.2017 um 09:31 schrieb Roman Lebedev: On Sun, Apr 9, 2017 at 9:59 AM, Ulrich Pegelow <ulrich.pege...@tongareva.de> wrote: Am 08.04.2017 um 20:04 schrieb Roman Lebedev: Well, that is *very* strange indeed. If it *reliably* happens for you, then maybe you could also bisect this

Re: [darktable-dev] All of a sudden, darktable Thread Seg faults

I'll try to have a closer look tomorrow. Ulrich Am 08.04.2017 um 20:04 schrieb Roman Lebedev: On Sat, Apr 8, 2017 at 6:23 PM, Ulrich Pegelow <ulrich.pege...@tongareva.de> wrote: Strange things also happen here. All of a sudden darktable would hang during startup in the OpenCL init phase

Re: [darktable-dev] All of a sudden, darktable Thread Seg faults

Strange things also happen here. All of a sudden darktable would hang during startup in the OpenCL init phase of my AMD card (catalyst driver). I bisected the issue and found this: 97085123a6c29bed86fc7795d527c95bd50a is the first bad commit commit 97085123a6c29bed86fc7795d527c95bd50a

[darktable-dev] OpenCL scheduling profiles

Hi, I added a bit more flexibility concerning OpenCL device scheduling into master. There is a new selection box in preferences (core options) that allows to choose among a few typical presets. The main target are modern systems with very fast GPUs. By default and "traditionally" darktable

Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional

Am 09.03.2017 um 19:39 schrieb Holger Klemm: Here is the beta2 version with new features: - on conflict create unique filename or overwrite existing file - option to add result image to database (global preferences -> lua-option) http://www.multimedia4linux.de/images/darktable/plugins/

Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional

Am 08.03.2017 um 21:44 schrieb Holger Klemm: The script works only together with enfuse 4.2 and darktable 2.2.X ... That's my mistake. I tried it with the development version which implies I'm using Lua-5.3. Obviously this could not work. Ulrich

Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional

FYI, here the script only runs up to the enfuse step and then stops with the following terminal output: enfuse: unrecognized compression "98,0" I guess enfuse would like to see "98.0" but it receives the number with a komma instead of a period as decimal separator. Ulrich Am 05.03.2017 um

Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional

Thanks! This looks really impressive. Ulrich Am 05.03.2017 um 19:43 schrieb Holger Klemm: http://www.multimedia4linux.de/images/darktable/plugins/ enfuse_pro-2.1beta1.tar ___ darktable developer mailing list to

Re: [darktable-dev] Notebook with dual AMDGPU + Intel, OpenCL setup?

Am 03.03.2017 um 16:51 schrieb Gonçalo Marrafa: I've been patiently waiting for some solution to get opencl working again but i don't get my hopes up... My next laptop will _NOT_ have an amd card... I can only underline that. It's absolutely embarrassing how AMD deals with the driver

Re: [darktable-dev] determining global image features in the pixelpipe

Pull Request 1441: https://github.com/darktable-org/darktable/pull/1441 Am 18.02.2017 um 12:29 schrieb Matthias Andree: Am 17.02.2017 um 14:56 schrieb Ulrich Pegelow: I also suggest to use the globaltonemap module as a guiding example. Please beware that the current implementation has

Re: [darktable-dev] darktable 2.2.3 crashes on selection of add path

Am 17.02.2017 um 16:07 schrieb Michael Figiel: Hi, now I've got two binaries: one crashes and one doesn't. Both are without the fix, build with pristine 2.2.3 sources: the not-crashing is build as RelWithDebInfo, the crashing as Release I would have expected it the other way round, but OK.

Re: [darktable-dev] determining global image features in the pixelpipe

I also suggest to use the globaltonemap module as a guiding example. Please beware that the current implementation has an issue if the preview pixelpipe runs slower than the full (center) one - a case that frequently happens when darktable runs with OpenCL support. To address this issue there

Re: [darktable-dev] darktable 2.2.3 crashes on selection of add path

Am 16.02.2017 um 10:17 schrieb Michael Figiel: If this works it implies that this code is called with nb == 0, meaning a path with no nodes. Which is strange. I've rebuilt darktable with the line patched and the problem went away, the paths are usable. Thank you! To be sure, I built dt without

Re: [darktable-dev] darktable 2.2.3 crashes on selection of add path

Hi, I can't reproduce here but judging from your description I assume that the issue gets triggered in path.c line 529. If you can compile from source you might try to replace intersections = dt_masks_dynbuf_init(10 * nb, "path intersections"); by intersections =

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

Great, this seems to have fixed the issue for me! Ulrich Am 30.01.2017 um 09:45 schrieb johannes hanika: thanks for providing the fix! seems correct to me, since the loop is y <= max and y+1 is accessed inside. i pushed this PR to master. let's see if it fixes it for everyone. cheers, jo

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

um 08:03 schrieb Roman Lebedev: On Sun, Jan 29, 2017 at 1:09 AM, Ulrich Pegelow <ulrich.pege...@tongareva.de> wrote: Same here with current master on specific images with and without OpenCL. I have several images from one session, all have the same raw size. One image with an uncommon

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

Same here with current master on specific images with and without OpenCL. I have several images from one session, all have the same raw size. One image with an uncommon crop crashes whenever I open it in the darkroom. Ulrich Am 28.01.2017 um 05:14 schrieb David Vincent-Jones: Apparently the

Re: [darktable-dev] Warning: git master now uses rawspeed as submodule !

lebedevri lebedevri 1.9K Jan 4 21:03 src/external/rawspeed/CMakeLists.txt ~/darktable$ And we're back to git master! Summary: no -f, but it re-clones the submodule. TLDR: just use git checkout -f and git submodule update -f Roman. On Wed, Jan 4, 2017 at 8:37 PM, Ulrich Pegelow <ulrich.p

Re: [darktable-dev] Warning: git master now uses rawspeed as submodule !

Hi, that recent move has now screwed everything here :( If I want to build: CMake Error at src/external/CMakeLists.txt:4 (add_subdirectory): The source directory /home/pegelow/darktable/src/external/rawspeed does not contain a CMakeLists.txt file. and ./build.sh aborts (and I did

Re: [darktable-dev] Warning: git master now uses rawspeed as submodule !

Am 03.01.2017 um 17:29 schrieb Roman Lebedev: On Tue, Jan 3, 2017 at 7:22 PM, Ulrich Pegelow What now? $ git checkout -f darktable-2.2.x Yep, works. But then: $ git checkout master M src/external/rawspeed Switched to branch 'master' Which means we generate a pseudo modification

Re: [darktable-dev] A smallest size of a mask for fading adjust by shift + scroll

OK, I see what you mean. Certainly something to look for after 2.2 has been released. Ulrich Am 06.12.2016 um 09:29 schrieb Alexander Rabtchevich: Hello I've messed things a little bit :). If a mask has little size, is internal countur cannot be selected with a mouse. Moving across the mask

Re: [darktable-dev] A smallest size of a mask for fading adjust by shift + scroll

I don't understand, so please elaborate. Ulrich Am 05.12.2016 um 15:34 schrieb Alexander Rabtchevich: Hello It seems there is some lower size limit for a mask fading area to be affected with shift + scroll. The workaround is to grow a mask, change its fading area with shift, and shrinking it

Re: [darktable-dev] Crashes with drawn masks

Hi! Looks like you are running a stripped binary. Unfortunately the backtrace countains no symbols, so it's not possible to figure out where exactly the crash happens. Maybe you can get/generate a binary with symbols and reproduce the crash. If so, please open a ticket in redmine:

Re: [darktable-dev] String freeze for the upcoming 2.2 series

Hi, just to add. This time we also have the user manual string freeze at the same time, so now. I will not make further changes to the English manual of the upcoming 2.2 series before release. Translators are kindly invited to update their translations. Thanks for all your efforts! Ulrich

Re: [darktable-dev] Mask problem

Do you have taken the corresponding pull request (#1354)? Only in that PR the shift+scroll option is implemented. We are currently still discussing if this will go into 2.2.0. Ulrich Am 19.11.2016 um 17:06 schrieb David Vincent-Jones: With path: Shift does absolutely nothing to change the

Re: [darktable-dev] Mask problem

Am 17.11.2016 um 01:54 schrieb Edgardo Hoszowski: I've done some quick testing: -circle shift adjusts the feather anywhere control adjusts the opacity anywhere no key adjusts the size on the shape and the feather on the feather, I think it will be better to adjust the size with the mouse

Re: [darktable-dev] Mask problem

Am 16.11.2016 um 14:27 schrieb Edgardo Hoszowski: Hi, Another option is to adjust the feather with the shift pressed, this way control adjusts the opacity, shift the feather and no key the size, the 3 with the mouse over the shape+feather. This can be useful when the feather is very small or

Re: [darktable-dev] Mask problem

Am 16.11.2016 um 05:02 schrieb Alexander Rabtchevich: Hello I have a problem with masks - the fading area cannot be decreased with a mouse more than some limit. There was no such a limit previously. It is not convenient. Right. I added a lower limit so that there remains some separation

Re: [darktable-dev] Cygwin

same aim of getting a Windows version ready. Ulrich Phil On 6 November 2016 at 08:01, Ulrich Pegelow <ulrich.pege...@tongareva.de> wrote: I also once experienced this error on my Linux box while compiling. To fix it I needed to upgrade appstream-util. From version 0.2.6 to 0.4.1 in my case.

Re: [darktable-dev] Re: crash on exporting a file

OK, confirmed that there is an issue with lens correction and OpenCL. See redmine ticket #11279. Am 30.10.2016 um 22:50 schrieb João Horta: /tmp/darktable_bt_D4NDQY.txt 2016-10-30 21:46 GMT+00:00 João Horta >: Darktable-git 2.1.0+2119 g50ebe5a

Re: [darktable-dev] Compiling error on Manjaro XFCE git 884ef2d7

Should be fixed with commit e5914e2be3d51380ebf2ca09ec1455a95e3a1b3c. Ulrich Am 01.10.2016 um 11:45 schrieb João Horta: [ 76%] Generating introspection_rawoverexposed.c no introspection requested for rawoverexposed.c. Scanning dependencies of target rawoverexposed [ 76%] Building C object

[darktable-dev] Re: [darktable-user] open CL 2.0.6

. Ulrich Am 15.09.2016 um 06:00 schrieb Jack Bowling: On 09/14/2016 09:56 AM, Ulrich Pegelow wrote: Well, there obviously is an issue with OpenCL and NVIDIA. However, a quick check reveals that this is not related to 2.0.6 versus 2.0.5. In fact it seems that NVIDIA did some changes to their drivers

Re: [darktable-dev] Photo export slower with OpenCL

Am 11.09.2016 um 00:33 schrieb Aurélien PIERRE: Moreover, I have now an error with atrous : [opencl_atrous] couldn't enqueue kernel! -4 [default_process_tiling_opencl_ptp] couldn't run process_cl() for module 'atrous' in tiling mode: 0 [opencl_pixelpipe] failed to run module 'atrous'. fall back

Re: [darktable-dev] Photo export slower with OpenCL

Am 10.09.2016 um 18:28 schrieb Aurélien PIERRE: Will do. For now I deleted nvidia-361 driver and switched to nvidia-340 (340.96). So my export time with OpenCL dropped from 124s to 27-30s (5-8s better than CPU). The output is updated here :

Re: [darktable-dev] Photo export slower with OpenCL

One idea: please try what happens if you set opencl_use_pinned_memory to TRUE. You can find this config variable in $HOME/.config/darktable/darktablerc. In addition please also test with opencl_async_pixelpipe set to TRUE. Ulrich Am 09.09.2016 um 17:25 schrieb Aurélien PIERRE: OpenCL

Re: [darktable-dev] Usermanual update for 2.2

Hi Dan, thanks! It's merged. Ulrich Am 25.07.2016 um 16:36 schrieb 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.

Re: [darktable-dev] Usermanual update for 2.2

Am 23.07.2016 um 12:54 schrieb Roman Lebedev: On Sat, Jul 23, 2016 at 11:52 AM, Ulrich Pegelow * correction of outdated issues and factual errors [Roman?] I guess this is mostly about proofreading? What would be needed is check if things are still valid in the way we describe them. Eg

Re: [darktable-dev] Usermanual update for 2.2

Am 23.07.2016 um 11:41 schrieb Pascal Obry: Sure, but I have already sent you an initial version of the documentation some time ago. I'm ready for any update if needed of course. Yepp, got it and I'll start from there. Ulrich

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

Yepp, seems like this has fixed the issue. Thanks! Ulrich Am 20.05.2016 um 18:58 schrieb Roman Lebedev: Hello all. I expect this to be fixed by: commit 8e859e9b890203eba7dae77bc9f61ab134c4d81e Author: Roman Lebedev Date: Fri May 20 19:54:20 2016 +0300

Re: [darktable-dev] compile error

Yepp, it's already fixed. Thanks! Ulrich Am 16.05.2016 um 21:20 schrieb johannes hanika: yeah, just noticed that too. should be fixed now. -jo ___ darktable developer mailing list to unsubscribe send a mail to

[darktable-dev] compile error

Hi, current master does not compile here (gcc (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064]): imageio_dng.h:212:20: note: expected ‘const uint8_t (*)[6]’ but argument is of type ‘uint8_t (*)[6]’ Best wishes Ulrich

Re: [darktable-dev] saving translated po file gives an error

20.03.2016 um 22:02 schrieb Ger Siemerink: Thanks regards Ger 2016-03-20 22:01 GMT+01:00 Ulrich Pegelow <ulrich.pege...@tongareva.de <mailto:ulrich.pege...@tongareva.de>>: Think I already got it. I need to replace "%" with "%%". Will do so asap. Ulrich Am

Re: [darktable-dev] saving translated po file gives an error

Think I already got it. I need to replace "%" with "%%". Will do so asap. Ulrich Am 20.03.2016 um 21:26 schrieb Ger Siemerink: Hello, Saving my translated nl.po file gives me an error. ​ String​ 831:the level of lens dependent correction, 100% for full dependency, 0% for the generic case

Re: [darktable-dev] saving translated po file gives an error

Hi Ger, that's a string from ashift.c. I don't know what's wrong. However, if it's just that one string I could remove it. It belongs to a parameter that I finally decided to skip. The code is still there but the parameter is not shown. I could remove all related items. Ulrich Am

Re: [darktable-dev] Latest git master fails to build

ews/CMakeFiles/map.dir/all' failed make[1]: *** [src/views/CMakeFiles/map.dir/all] Error 2 Of course it could be a problem here, but it may also be obvious from the above. Cheers, -- *Ulrich Pegelow* · Benrodestraße 76 · 40597 Düsseld

Re: [darktable-dev] OpenCL implementation of Markesteijn demosaic: testers wanted

Hi, thanks. So despite the quite modern NVIDIA GPU the OpenCL code is only marginally faster than the CPU. Ulrich Am 20.01.2016 um 14:35 schrieb Marc Cousin: Hi, Here are my numbers… first thing to say is that it «feels» faster. System is CPU: i7-4790K, GPU : GeForce GTX 960 (2GB Ram)

Re: [darktable-dev] OpenCL implementation of Markesteijn demosaic: testers wanted

Hi, that looks about the same as my system. Thanks Ulrich Am 20.01.2016 um 15:22 schrieb Christian Kanzian: Hi, Sorry, I managed to cut off the details. :-( Rerun again and details are attached now. Christian ___

[darktable-dev] OpenCL implementation of Markesteijn demosaic: testers wanted

Hi, I just merged my OpenCL implementation of the Markesteijn demosaicing algorithm into master. Markesteijn with one or three passes ("-1" and "-3", respectively) is darktable's preferred method for demosaicing images of cameras with Fuji's X-Trans sensor. The algorithm is rather complex

Re: [darktable-dev] OpenCL implementation of Markesteijn demosaic: testers wanted

Thanks! Looking at your attachment it seems that OpenCL has not been used for the demosaic step in any of the test cases. E.g.: [dev_pixelpipe] took 0,736 secs (2,524 CPU) processed `Entrastern' on CPU, blended on CPU [export] That's the behavior I would expect for darktable prior to my

Re: [darktable-dev] OpenCL implementation of Markesteijn demosaic: testers wanted

Am 19.01.2016 um 17:18 schrieb David Vincent-Jones: Will the merge now permit X-Trans raw images to be used in the HDR module? Nope. This is unrelated. Ulrich David ___ darktable developer mailing list to unsubscribe

Re: [darktable-dev] this is darktable 2.1.0+107~g4b54676-dirty reporting a segfault

Seems to be only indirectly linked to opencl. darktable crashes in glib function g_module_open() which we call to dynamically load libOpenCL.so. It crashes before any OpenCL specific functions are called. First time I see this being reported. Ulrich Am 11.01.2016 um 15:55 schrieb Tobias

Re: [darktable-dev] darktable-viewer crashes on my system without the --disable-opencl parameter

Known issue. Looks like a negative interaction between OpenCL and OpenGL. No idea how to fix :( Am 08.01.2016 um 17:15 schrieb Colin Adams: I'm just working through the user manual, and discovered this command. It crashed, and so I tried the suggestion of disabling opencl. Then it works. My

Re: [darktable-dev] Trouble with drawn masking...

:* Mittwoch, 23. Dezember 2015 um 21:45 Uhr *Von:* "Ulrich Pegelow" <ulrich.pege...@tongareva.de> *An:* darktable-dev@lists.darktable.org *Betreff:* Re: [darktable-dev] Trouble with drawn masking... One of the sample images in redmine ticket #10805 has a similar issue. I'm currently tr

Re: [darktable-dev] darktable 2.0 rc4 released

Looks like a Lua related issue. Am 17.12.2015 um 00:56 schrieb Patrick Shanahan: * Tobias Ellinghaus [12-16-15 18:46]: Hi there, we got a fourth release candidate for you to test: https://github.com/darktable-org/darktable/releases/tag/release-2.0rc4 Please try to break it

Re: [darktable-dev] Re: OpenCL bug

Hi, good that you reported the topic. I have seen a similar issue some time ago. It seems that some GPU/driver combinations can come into problems if we force the driver to generate benchmarking data. That's what happens when you call darktable with '-d opencl -d perf'. I guess this is an

Re: [darktable-dev] usermanual update

Am 05.10.2015 um 19:23 schrieb Roman Lebedev: On Sat, Oct 3, 2015 at 6:40 PM, Ulrich Pegelow <ulrich.pege...@tongareva.de> wrote: Hi guys, it's almost a year ago when the 1.6 user manual has been published. Meanwhile darktable has progressed significantly and a bunch of new features ha