[darktable-user] OpenCL -- did I solve my problem?
Darktable started generating messages that Open CL wasn't not getting activated. Probably after I updated Nvidia drivers.I read through your excellent discussion at https://www.darktable.org/2012/03/darktable-and-opencl/ Although I was getting a -5 error code, not -4, this suggestion seemed to address my problem, *If you get “-4” errors, go into file $HOME/.config/darktable/darktablerc, where DT stores its configuration parameters and look for opencl_memory_headroom. This value tells darktable how many megabytes (out of the totally available amount) should be left free for driver and video purposes. By default it is set to 300MB, which works well with current NVIDIA cards. If you increase this value (steps of 50 are a good choice), you even further reduce danger to run into allocation failures. On the negative side, this requires stronger tiling (more but smaller tiles) which is a bit less efficient. In the end you should rather accept more tiling than more allocation failures!* I tried it, upped the headroom by 50, and that seems to have solved the problem. However, I don't quite understand why. I attach the output of $ darktable -d opencl.It says my GeForce GTS 450 "allows GPU memory allocations of up to 239 MB. I think I don't understand the numbers. Thanks -- Howard Helsinger - 5723 S. Kenwood, Chicago, IL 60637 darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org howard@HMHdesk ~ $ darktable -d opencl [opencl_init] opencl related configuration options: [opencl_init] [opencl_init] opencl: 1 [opencl_init] opencl_library: '' [opencl_init] opencl_memory_requirement: 768 [opencl_init] opencl_memory_headroom: 300 [opencl_init] opencl_device_priority: '*/!0,*/*/*' [opencl_init] opencl_size_roundup: 16 [opencl_init] opencl_async_pixelpipe: 0 [opencl_init] opencl_synch_cache: 0 [opencl_init] opencl_number_event_handles: 25 [opencl_init] opencl_micro_nap: 1000 [opencl_init] opencl_use_pinned_memory: 0 [opencl_init] opencl_use_cpu_devices: 0 [opencl_init] opencl_avoid_atomics: 0 [opencl_init] opencl_omit_whitebalance: 0 [opencl_init] [opencl_init] could not find opencl runtime library 'libOpenCL' [opencl_init] could not find opencl runtime library 'libOpenCL.so' [opencl_init] found opencl runtime library 'libOpenCL.so.1' [opencl_init] opencl library 'libOpenCL.so.1' found on your system and loaded [opencl_init] found 1 platform [opencl_init] found 1 device [opencl_init] device 0 `GeForce GTS 450' has sm_20 support. [opencl_init] device 0 `GeForce GTS 450' supports image sizes of 16384 x 16384 [opencl_init] device 0 `GeForce GTS 450' allows GPU memory allocations of up to 239MB [opencl_init] device 0: GeForce GTS 450 GLOBAL_MEM_SIZE: 959MB MAX_WORK_GROUP_SIZE: 1024 MAX_WORK_ITEM_DIMENSIONS: 3 MAX_WORK_ITEM_SIZES: [ 1024 1024 64 ] DRIVER_VERSION: 378.13 DEVICE_VERSION: OpenCL 1.1 CUDA [opencl_init] compiling program `demosaic_ppg.cl' .. [opencl_load_program] loaded cached binary program from file `/home/howard/.cache/darktable/cached_kernels_for_GeForceGTS450/demosaic_ppg.cl.bin' [opencl_load_program] successfully loaded program from `/usr/share/darktable/kernels/demosaic_ppg.cl' [opencl_build_program] successfully built program [opencl_build_program] BUILD STATUS: 0 BUILD LOG: [opencl_init] compiling program `atrous.cl' .. [opencl_load_program] loaded cached binary program from file `/home/howard/.cache/darktable/cached_kernels_for_GeForceGTS450/atrous.cl.bin' [opencl_load_program] successfully loaded program from `/usr/share/darktable/kernels/atrous.cl' [opencl_build_program] successfully built program [opencl_build_program] BUILD STATUS: 0 BUILD LOG: [opencl_init] compiling program `basic.cl' .. [opencl_load_program] loaded cached binary program from file `/home/howard/.cache/darktable/cached_kernels_for_GeForceGTS450/basic.cl.bin' [opencl_load_program] successfully loaded program from `/usr/share/darktable/kernels/basic.cl' [opencl_build_program] successfully built program [opencl_build_program] BUILD STATUS: 0 BUILD LOG: [opencl_init] compiling program `blendop.cl' .. [opencl_load_program] loaded cached binary program from file `/home/howard/.cache/darktable/cached_kernels_for_GeForceGTS450/blendop.cl.bin' [opencl_load_program] successfully loaded program from `/usr/share/darktable/kernels/blendop.cl' [opencl_build_program] successfully built program [opencl_build_program] BUILD STATUS: 0 BUILD LOG: [opencl_init] compiling program `highpass.cl' .. [opencl_load_program] loaded cached binary program from file `/home/howard/.cache/darktable/cached_kernels_for_GeForceGTS450/highp
Re: [darktable-user] OpenCL -- did I solve my problem?
yes, as suggested, I'm running two displays at 1920. problems seem to derive from the demosaic module On Fri, Sep 22, 2017 at 7:52 AM, Lorenzo Bolzani wrote: > > nvidia-smi may give some hint on the situation, for example running it as: > > watch -n 1 nvidia-smi > > > > 2017-09-22 11:27 GMT+02:00 thokster : > >> Am 22.09.2017 um 09:11 schrieb Remco Viëtor: >> >>> On vendredi 22 septembre 2017 07:35:32 CEST Michael Below wrote: >>> >>>> Just an idea: should the headroom depend on the display resolution? >>>> Like: >>>> 300mb for 1920, 400mb above? >>>> >>>> ... >>>>> By default darktable assumes that it's sufficient to leave 300MB >>>>> untouched for driver and display purposes. In your case it seems that >>>>> this was not sufficient and you needed to change it to 350MB. With the >>>>> amount of installed GPU memory constantly increasing in modern graphics >>>>> cards we should consider to increase the default to 400 in order to >>>>> avoid user frustration. >>>>> >>>> I'd expect display resolution to be one factor, but not the only one. >>> Multi- >>> screen setups would also require more headroom, as would the use of >>> hardware >>> OpenGL (for window manager and other programs). >>> >>> If it were only a matter of display resolution, darktable could already >>> make >>> an educated guess at the amount required. It's not done, which makes me >>> suspect it's not that simple. >>> >>> Remco >>> >>> >>> darktable user mailing list >>> to unsubscribe send a mail to darktable-user+unsubscribe@lis >>> ts.darktable.org >>> >>> Which other programs using OpenCL you are running (especially during >> export) is probably very important. >> >> >> >> >> darktable user mailing list >> to unsubscribe send a mail to darktable-user+unsubscribe@lis >> ts.darktable.org >> >> > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > -- Howard Helsinger - 5723 S. Kenwood, Chicago, IL 60637 darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] OpenCL -- did I solve my problem?
That is exactly what happens. And indeed more an annoyance than a problem, as I do have the image Howard Helsinger On Sep 22, 2017 10:19 AM, "Ulrich Pegelow" wrote: > Am 22.09.2017 um 16:12 schrieb Howard Helsinger: > >> yes, as suggested, I'm running two displays at 1920. >> >> problems seem to derive from the demosaic module >> >> Well, that's not fully correct. Problem derives from the fact that there > is less GPU memory available than darktable thinks it has. The demosaic > module might be the first one which hits that limit. > > darktable's OpenCL system has been designed to be robust against these > situations. The worst thing that should happen is darktable aborting the > OpenCL pixelpipe and falling back to CPU. You should get your output image, > albeit a bit slower. > > Ulrich > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscribe@lis > ts.darktable.org > > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] development question
let's not all beat up on dt --it is wonderful,and gets better all the time. I am a committed amateur --- I have two wide screen (they make everything easier) -- I have photoshop and Lt on my windows partition -- but I almost never use them any more I agree that a separate window for the image would be nice -- my video editors certainly work that way. but I'll keep using DT On Sun, Mar 18, 2018 at 8:22 AM, Sheridan Price wrote: > I too use a multiscreen setup and would like to have the placement of > panels and photos configurable. > > Regards > Sher > > On Sun, Mar 18, 2018, 4:56 AM Hervé Sainct, > wrote: > >> I have seen the various replies to this question ; for me I must say I >> too am a bit shocked DT doesn't handle multiple screens. >> >> On this criterion alone it can't be called a professional app in a >> discussion -which is so sad... >> >> >> H. >> >> >> Le 15/03/2018 à 22:56, François Patte a écrit : >> > Bonjour, >> > >> > Is a version of darktable with a separate window for the photo (as it is >> > the case for gimp for instance) wil come some day? And when? >> > >> > Thank you. Maybe, I have too much curiosity >> > >> > Best regards. >> > >> >> >> >> darktable user mailing list >> to unsubscribe send a mail to darktable-user+unsubscribe@ >> lists.darktable.org >> >> > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > -- Howard Helsinger - 5723 S. Kenwood, Chicago, IL 60637 darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Printer recommendation / Experience w/ Epson driver and color?
I'm happy with my older Canon Pixma Pro, and drivers from http://www.turboprint.info/ For a small charge Turboprint will profile the printer. On Sun, Apr 1, 2018 at 4:26 PM, Michael Below wrote: > Hi, > > I am looking at inkjet printers to print photos from darktable on > Debian Linux. Any recommendations? > > The Epson XP-15000 looks good (A3+, networked, ca. 300 € in DE, main > drawback probably expensive dye ink, which seems typical for the price > range). But it seems to be too fresh for CUPS/Openprinting/Turboprint > support. Epson says it is supported on Linux in its "ESC/P-R Driver 2 > (generic driver)" and the "Epson printer utility". > > Any experiences with this generic Epson driver/utility? Are there other > solutions? Is there support for color profiles, a) for Epson inks and > papers b) for third party papers, e.g. Canson Baryta? > > I would like to avoid having to buy further hardware for profiling, > sending a few prints off for profiling makes probably more sense for a > start, if there are no "sensible defaults" available. > > Cheers > Michael > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscribe@ > lists.darktable.org > > -- Howard Helsinger - 5723 S. Kenwood, Chicago, IL 60637 darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org