[darktable-devel] Nikon 1 J5 noise profile

Hello! here is noise profile for Nikon 1 J5! json attached, tar.gz via PM to Jo. kind regards Wolfgang ./gen-profile -d j5c ===> Check for required tools --> Check for images handling tools availability --> Check for images export tools availability --> Check for profiling tools availabilit

[darktable-devel] Nikon 1 J5 wb_presets

Hi, for wb_presets.c: { "NIKON", "1 J5", Incandescent, 0, { 1.546875, 1, 2.171875, 0 } }, { "NIKON", "1 J5", CoolWhiteFluorescent, 0, { 2.15625, 1, 1.94921875, 0 } }, { "NIKON", "1 J5", DirectSunlight, 0, { 2.31640625, 1, 1.37890625, 0 } }, { "NIKON", "1 J5", Flash, 0, { 2.62109375, 1, 1.16796875

[darktable-devel] import.c Werror: unused-variable unused-function

Hi, pls find attached patch to make gcc happy. kind regards Wolfgang ... -- Lua support: System library not found (to use darktable's version use -DDONT_USE_INTERNAL_LUA=Off) ... /home/goetz/repos/darktable/src/libs/import.c: In function ‘reset_child’: /home/goetz/repos/darktable/src/libs

[darktable-devel] Fedora 22 gcc 5.1 git:NOK (was: Build error)

Felix Manuel Cobos Sánchez wrote: Hi Felix > I'm getting this error building from latest git. same here: fedup'd to f22, logs below greets Wolfgang > > /home/felix/Proyectos/darktable/src/common/interpolation.c: In > function ‘dt_interpolation_compute_sample’: > /home/felix/Proyectos/darktab

Re: [darktable-devel] OpenCL Problem

Ulrich Pegelow wrote: Hi! > Forgot to mention. If you have other applications which consume > significant amounts of GPU memory this could also cause OpenCL in > darktable to fail. Unfortunately there is no way to find out at any > time which amount of GPU memory is still available. Therefore >

Re: [darktable-devel] OpenCl issue : Error: No root privilege. Please check with the system-admin.

Taahir Ahmed wrote: > I recall having a similar error, unrelated to darktable. The problem > may be with one of the /dev/ati* devices -- it either needs to be > world readable/writable, or the user accessing needs to have a > certain capability [1]. Unfortunately, I've forgotten precisely which >

Re: [darktable-devel] DT reproducible segfaulting in gentoo/gnome3

Wolfgang Goetz wrote: Hello, > reproducible segfaulting in gentoo/gnome3 when entering darkroom, > bug opened: <https://bugs.gentoo.org/show_bug.cgi?id=536422> added comment #4: Today's emerge with a lot of gtk stuff: Problem vanished! /me switching back from lxde to gn

Re: [darktable-devel] Darktable freezes on start-up!

Pascal Obry wrote: > No problem, you are not the first one... and probably not the last > one. hihi.. +1, long time ago > It would be nice to know which "old" module is there and > breaking dt. Probably an old IOP still in gtk2 or something like that. > > Next time we'll try to check that by

[darktable-devel] DT reproducible segfaulting in gentoo/gnome3

Hello, first: the new mipmap cache is really great! ...but it took some time to come to this point: reproducible segfaulting in gentoo/gnome3 when entering darkroom, bug opened: ubuntu14.04(whith houz' css help in irc), ubuntu14.10, fedora20 al

[darktable-devel] opencl working, and the winner is: ... (was: Nvidia Update Ubuntu14.04 )

...gentoo! default/linux/amd64/13.0/desktop/gnome/systemd =media-gfx/darktable- ** =x11-drivers/nvidia-drivers-346.22 HINT: do *not* run other x11 programs beside darktable(-cli)! running: time darktable-cli t.nef t.jpg --core -d opencl logfiles attached: dt-cli-good.log: only gnome-ter

Re: [darktable-devel] Nvidia Update Ubuntu14.04 || attn:_smn for install/#fedora additional packages

Ulrich Pegelow wrote: Hello Hannu, Patrick, Ulrich, thx for your hints, outcome is: i switched from ubuntu to fedora (Twenty One) darktable compiles with help of http://www.darktable.org/install/#fedora most remaining missing parts vanish with this additional packets:(hi Simon) 85 yum ins

Re: [darktable-devel] Nvidia Update Ubuntu14.04

Wolfgang Goetz wrote: Update for ppa:xorg-edgers/ppa short:doesnt work nvidia-340: ... [opencl_init] found opencl runtime library 'libOpenCL' [opencl_init] opencl library 'libOpenCL' found on your system and loaded [opencl_init] could not get platforms: -1001 ...

[darktable-devel] Nvidia Update Ubuntu14.04

Hello, spent again some time on Nvidia versions to get opencl working again (partly). nvidia-304-updates: opencl detected, kernels compiled except blendop leads to the known fallback to cpu with long processing time: [dev_pixelpipe] took 77,193 secs (254,325 CPU) proces

Re: [darktable-devel] Duplicates and Export...

Wolfgang Goetz wrote: Hello, > wish: darktable-cli xmp jpg ...searches for the nef > referenced in xmp. _XYxmp->nef fulfilled #-P ...just a one-liner / no-brainer (attached): ./dt-cli-xmp.sh 20130228-11210370-NIKON_D800E.nef.xmp g.jpg [init] moving database into new XDG directory

Re: [darktable-devel] Duplicates and Export...

Patrick Shanahan wrote: Hello Patrick, [..duplicate and export versioning..] > > Not completely following your logic but I frequently crop images > differently using "duplicate" and get: > > 140927_101652_dsf_3691_dt.jpg > 140927_101652_dsf_3691_dt_01.jpg > 140927_101652_dsf_3691.nef > 140927_1

Re: [darktable-devel] Duplicates and Export...

Tobias Ellinghaus wrote: > Am Mittwoch, 15. Oktober 2014, 22:09:34 schrieb Wolfgang Goetz: > > Tobias Ellinghaus wrote: > > > > Hello Tobias, > > Hi. Hello, > > the simple rule to have exactly ONE sidecar file is broken anyway. > > I am not sur

Re: [darktable-devel] Duplicates and Export...

Tobias Ellinghaus wrote: Hello Tobias, > Am Dienstag, 14. Oktober 2014, 00:02:42 schrieb Wolfgang Goetz: [...numbering duplicates and outputfiles independant...] my personal decision: do not use duplicates for regular work at the moment. > > clone number should be named differen

[darktable-devel] Duplicates and Export...

Hello, raw(=nef) folder, one duplicate: a.nef a.nef.xmp a_01.nef.xmp ---> sequence number for xmp is clone number. darktable_exported: --- 1) empty folder export: select both pictures a.jpg (from a.nef.xmp) a_01.jpg (from a_01.nef.xmp)

Re: [darktable-devel] darktable-cli updated modfication time of xmp files

Joerg Beyer wrote: > Hi, Hello, > I am setting up some automation with darktable-cli to generate some > foto collections. BTDT... (https://github.com/wgoetz/mingle-mangle/tree/master/synology) > I thought using good old make (the tool to automate > compilations etc) would be a good idea, no

[darktable-devel] temperature.c: strncmp-ing for Leica Monochrome...

Hi Pascal, last nights temperature.c ... patch attached. kind regards Wolfgang needless to say that i run into this inverse logic trap for strcmp several times in the last years :) diff --git a/src/iop/temperature.c b/src/iop/temperature.c index dfb2365..dc0ec61 100644 --- a/src/iop/temperat

[darktable-devel] 1.5+1306~g0a382ae: wb_presets.c missing ','

quick fix: diff --git a/src/iop/wb_presets.c b/src/iop/wb_presets.c index 2cd50c7..7908eda 100644 --- a/src/iop/wb_presets.c +++ b/src/iop/wb_presets.c @@ -4187,7 +4187,7 @@ const wb_data wb_preset[] = /* Firmware version 1.5 */ { "OLYMPUS", "E-P5", Daylight, 0,{ 1.945313, 1,

Re: [darktable-devel] darktable-cli crashes on xmp files containing

Dan Torop wrote: Hi Dan, [...] > I put in a pull request with a fix -- your PR#484 (1bb0727412ff1c58336592e30ec113bf3acd43a7 by Roman) solved it! > apologies if the fix is too ugly as it now makes an assignment within a > conditional. why ugly? ...not really :) kind regards Wolfgang

Re: [darktable-devel] darktable-cli crashes on xmp files containing

Tobias Ellinghaus wrote: > Funny that you stumbled over this. it's a script updateing changed files to a synology nas > I was having the exact same issue > yesterday while trying to write a new tool (give it a XMP and it > tells you what modules got used and what its settings are -- mostly > u

[darktable-devel] darktable-cli crashes on xmp files containing

Hello! darktable-cli crashes on xmp files containing the working xmp is written with 1.5+379~g041a05e the non-working is of 1.5+473~g6b6994e the gui itself has no problems. kind regards Wolfgang $ cp 20140301-15225390-NIKON_D800E.nef.xmp_OK 20140301-15225390-NIKON_D800E.nef.xmp $ /opt/d

[darktable-devel] tag suggestions: direct matches on top of list

Hi, attached a dirty hack to get direct tag matches on top of list. first the tagxtag things, then overwrite the ids from ...LIKE '%%%s%%' (dirty means: using 10 as a high==max count) my driving-me-crazy example is having two animal tags: zebra zebramanguste thus tagging a real 'zebra' en

Re: [darktable-devel] 1.5+337 darktable-cli problems with denoiseprofile: fallback to cpu

Wolfgang Goetz wrote: measurements: for all pics execute: time darktable-cli in out |& tee clitest.log grep real clitest.log|sort -nr real1m38.238s real1m37.282s real1m36.219s real1m35.252s real1m34.931s real1m34.097s real0m7.420s real0m7.064s real0m7.

[darktable-devel] 1.5+337 darktable-cli problems with denoiseprofile: fallback to cpu

Hi, 1.5+337 darktable-cli problems with denoiseprofile: fallback to cpu running time darktable-cli /path/to/file.nef /tmp/file.jpg --width 1617 --height 1080 took 1m45.161s! exporting the complete directory using darktable itself is 71 seconds for 48 pics. needless to say that -dele

[darktable-devel] OK with 1.5+184 (was: libcapture.so missing.)

Wolfgang Goetz wrote: OK with 1.5+184~g7427ab3 thx Henrik! cu Wolfgang > Wolfgang Goetz wrote: > > trying fallback version > sudo mv /opt/darktable /opt/darktable_libcapturemissing > sudo mv /opt/darktable_ok /opt/darktable > > yields to... > /opt/darktable/bin/d

[darktable-devel] fallback: database too new... (was: 1.5+178~gac941fd libcapture.so missing.)

Wolfgang Goetz wrote: trying fallback version sudo mv /opt/darktable /opt/darktable_libcapturemissing sudo mv /opt/darktable_ok /opt/darktable yields to... /opt/darktable/bin/darktable [init] moving database into new XDG directory structure [init] database version of `library.db' is too ne

[darktable-devel] 1.5+178~gac941fd libcapture.so missing.

Hi! 1.5+178~gac941fd libcapture.so missing. Segmentation faults on ubuntu and f20 when closing DT. on f20 dt sometimes terminates itself few seconds after launching. steps to reproduce: sudo mv /opt/darktable /opt/darktable_ok git pull rm -rf build ./build.sh ...+co kind regards Wolfgang ub

Re: [darktable-devel] dt 1.5+133 and mosaic.lua: only first picture of selection processed

5 (ex-#345) for crop'n'rotate :^) kind regards greets Wolfgang > arg... bug in the manual :( > > could you provide a patch to the usermanual ? > > > On Mon, Jan 13, 2014 at 12:42 AM, Wolfgang Goetz > wrote: > > > hi all, > > started playing wit

[darktable-devel] Calling hugin on selected images...

This is simply a variation of mosaic.lua hugin.lua attached goodnight Wolfgang Hugin from hg repo: Pre-Release 2014.1.0.5a7ef7a3435a The .local/tmp directory needs some cleanup in the meanwhile dt = require "darktable" dt.register_storage("module_hugin","hugin panorama", function(storage,im

[darktable-devel] dt 1.5+133 and mosaic.lua: only first picture of selection processed

hi all, started playing with lua.. http://www.darktable.org/usermanual/ch07s03.html.php#mosaic_lua http://www.darktable.org/redmine/attachments/download/572/mosaic.lua ..only processing the first picture in a selection! (image_table contains one pair) solved by accident: (attached) adding a p

[darktable-devel] pull request #345 (was: crop handling: half-solved...)

..issued. #345 thx Wolfgang signature.asc Description: PGP signature -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threa

[darktable-devel] crop handling: half-solved, patch attached (was: crop and rotate: when to save work)

Wolfgang Goetz wrote: > Hello, > > just a little flaw with crop and rotate: > > working on a picture with crop and rotate: > > immediately changeing to lighttable doesn't honor the settled values. ...because the result of changeing the crop area is not memorized

[darktable-devel] crop and rotate: when to save work

Hello, just a little flaw with crop and rotate: working on a picture with crop and rotate: immediately changeing to lighttable doesn't honor the settled values. state is stored as expected when: 1) doubleclick in picture 2) closing crop and rotate by triangle button or selection of another

[darktable-devel] Updates for darktable.org/install /

Hello Simon, would be great to update the darktable.org/install page: 1) adding Mavericks/10.9 (install + run ok for darktable-1.2.3.dmg) 2) please remove the Redhat Enterprise stuff. (RHEL 6 / SL 6 / Centos 6) references: Subject: DT doesn't build on RHEL+Co due to Glib version too old Date

[darktable-devel] compile error in 558e0977ffb61bc6a2f714816b593386c8269f7c

Hello, sorry to say that actual git doesn't compile... cu2morrow... bye Wolfgang ubuntu 3.10: gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu8) rm -rf build; ./build.sh [ 38%] Building C object src/CMakeFiles/lib_darktable.dir/common/image_compression.c.o /home/goetz/repos/darktable/src/comm

[darktable-devel] solved (was: ubuntu 13.10/nvidia-319 breaks opencl)

Tobias Ellinghaus wrote: > Am Freitag, 18. Oktober 2013, 19:29:33 schrieb Wolfgang Goetz: > > patch attached: quick/dirty fix is to limit the token count... > Thanks a lot, I pushed it. pull+build: OK! thanks! >The missing g_strfreev() was an oversight by me. very goo

[darktable-devel] Saucy/Nvidia ok (was: ubuntu 13.10/nvidia-319 breaks opencl)

Jack Bowling wrote: (subject adopted not to blame the Salamander) > Just as an info point, I installed ubuntu 13.10 yesterday really seamless update. > with dt 1.2.3 I'm solely using the git version, mixing up old and new may brake things. >and activated nVidia 319 driver for my Geforce G

Re: [darktable-devel] ubuntu 13.10/nvidia-319 breaks opencl

Tobias Ellinghaus wrote: > Am Freitag, 18. Oktober 2013, 02:02:23 schrieb Tobias Ellinghaus: > > Am Donnerstag, 17. Oktober 2013, 23:46:19 schrieb Wolfgang Goetz: ... > > > [opencl_init] malformed entry in programs.conf > > > `demosaic_ppg.cl 0'; ignoring it!

[darktable-devel] ubuntu 13.10/nvidia-319 breaks opencl

Hello, unfortunately opencl does not work in 13.10/nvidia-319 '..the recommended driver' -- ... [opencl_init] opencl library 'libOpenCL' found on your system and loaded ... DRIVER_VERSION: 319.32 DEVICE_VERSI

Re: [darktable-devel] Lua sources integrated to darktable, gentoo

Roumano wrote: > Le vendredi 20 septembre 2013 à 05:08 +0200, Wolfgang Goetz a écrit : > > Roumano wrote: > > > > > Hi, > > > > 'morning! > good afternoon Hello Roumano, > I remembre why now : basicaly it's because the - is not on a >

Re: [darktable-devel] Lua sources integrated to darktable, gentoo

Roumano wrote: > Hi, 'morning! > I'm on a gentoo machine wihtout Lua and use git pull of the master to > make this test : > not using the portage version. (why? the - is doing that thing for you anyway, unmask or use ebuild directly..) > When i use build.sh, i saw "-- Lua support: No

Re: [darktable-devel] Lua sources integrated to darktable, explanation for packagers and test requests

you help me figure out what's going on ? > ongoing task, but its hard to work via vnc connection: keyboard mapping is terrific. i try to catch a log... pls be patient! cu kind regards Wolfgang > > On Thu, Sep 19, 2013 at 4:57 PM, Wolfgang Goetz > wrote: >

Re: [darktable-devel] Lua sources integrated to darktable, explanation for packagers and test requests

jeremy rosen wrote: Hello Jeremy, [mac build error] > i'm very suprised by lua/preferences.c:81: error: 'pref_element' has > no member named 'string_data' > > that's a generic C error that I should have had here... moreover it's > in a code area I havn't touched for quite some time. > > coul

Re: [darktable-devel] Lua sources integrated to darktable, explanation for packagers and test requests

jeremy rosen wrote: [fedora 19 OK (meetoo)] > cool, one checked, two to go :) one and a half, depends on what gentoo ebuild you use ;^) -- gentoo's original ebuild: OK >>> media-gfx/darktable- merged. destgd0d04666 darktable # darktable Gtk-Message: Fail

[darktable-devel] LibRaw...: Multiple vulnerabilities [from gentoo]

Hello, just stumbled over this: http://www.gentoo.org/security/en/glsa/glsa-201309-09.xml referencing http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2126 http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2013-2127 DT's libraw is somewhat not the original.. vulnerable or save? cu

[darktable-devel] Gentoo ebuild

Hi, whoever is working on gentoo behind a http-proxy may have a look at the slightly modified ebuild. (attached) http instead of git protocol. naming: -9998 instead of - have fun Wolfgang p.s.: tar xfz dt.ebuild.tgz ebuild media-gfx/darktable/darktable-9998.ebuild merge dt.ebuild.tgz D

[darktable-devel] Redhat Enterprise Linux Nogo, Fedora 19 lua restriction (was: DT doesn't build on RHEL+Co due to Glib version too old)

Wolfgang Goetz wrote: > Hello, just a follow-up. ;-) > tried to compile on Centos6 @work... FAIL! message of today: CMake Error at cmake/modules/FindGlib.cmake:33 (message): Glib version check failed. Version 2.22.5 was found, at least version 2.30 is required @Simon: please

Re: [darktable-devel] DT git crashing

Pascal Obry wrote: > Le 05/08/2013 20:41, Alexander Rabtchevich a écrit : > > Can confirm here. Going from darkroom to lightable mode kills dt. > > I have introduce a defensive check to avoid the crash. Stable! Thanksalot... cu Wolfgnag > > Maybe a better patch will be installed, on the mea

Re: [darktable-devel] Error during GIT compile / Ubuntu Raring

Darrell Eifert wrote: > Ubuntu Quantal.  ... > upgraded to Raring ... > make: *** [all] Error 2 ... > I've enjoyed the Git releases, ... give cmake a try to scan the environment from scratch: rm -rf build ./build.sh wfm! have a nice weekend Wolfgang > Best, > > Darrell Eifert > > --

[darktable-devel] Exact match for folder names needed in 'collect images' 'folder' (patch attached)

Hello, i have pictures imported from two folders: nameA nameA_more selecting nameA in 'collect images' by 'folder' selects pictures from nameA AND nameA_more. removing of the sql wildcard.. see patch! (-d sql has been very helpful!) kind regards Wolfgang dt-exact-foldername-match.gi

[darktable-devel] darktable-viewer crashing git: 1.1+1231~g1c2f29c

Hi! % /opt/darktable/bin/darktable-viewer backtrace written to /tmp/darktable_bt_70MBTW.txt Segmentation fault (core dumped) (attached) Pascal's ubuntu unstable 1.1.3+71~gcfe76e0 is working OK. kind regards Wolfgang p.s.: the man-page is referencing a 'darktable-faster' in RELATED section

[darktable-devel] D800E Noise Calibration done (was: Noise profiles D800E derived from D800 , exif buffer length)

johannes hanika wrote: [about copy of D800 settings] > i'm totally uncomfortable pushing this without having looked at a > graph (at which point we might just as well push the correct data, if > we profiled it already). full ACK, ...calibration done. took a little longer because: * pictures not

Re: [darktable-devel] Noise profiles D800E derived from D800 , exif buffer length

johannes hanika wrote: > On Wed, Feb 20, 2013 at 11:28 AM, Wolfgang Goetz > wrote: ... > > noise source is CMOS + DAC ...same hardware with or without the 'E' > > and the photons themselves. ;-) good to know that this little beasts don't look at their t

[darktable-devel] DT doesn't build on RHEL+Co due to Glib version too old

Hello, tried to compile on Centos6 @work... FAIL! therefore please update: http://www.darktable.org/install/ remove RHEL 6 / SL 6 / Centos 6 linuxtech.repo kind regards Wolfgang p.s.: CentOS release 6.3 (Final) 2.6.32-279.22.1.el6.x86_64 #1 SMP Wed Feb 6 03:10:46 UTC 2013 x86_64 x86_64 x8

Re: [darktable-devel] Noise profiles D800E derived from D800 , exif buffer length

johannes hanika wrote: > On Wed, Feb 20, 2013 at 10:25 AM, Wolfgang Goetz > wrote: Hi Johannes, > > noiseprofiles.h: // Module: denoise (profiled) > > D800E: duplication of the D800 settings. > > you sure that's a good idea? doesn't the E version come with

[darktable-devel] Noise profiles D800E derived from D800 , exif buffer length

Hello, changes for git version: noiseprofiles.h: // Module: denoise (profiled) D800E: duplication of the D800 settings. exif.cc: // error in export: GPSLongitude 0 deg 0' 0.00" E returning length of blob and header, second version attached: git diff > d800-noise-exif.txt kind regards Wolf

[darktable-devel] GPSLongitude in export always 0 deg 0' 0.00" E: Reason: dt_exif_read_blob returns wrong lenght

Hello DT's playing around with geotagging i found that all exported files have GPSLongitude: 0 deg 0' 0.00" E here the fix for the returned length in dt_exif_read_blob: (and some braces around the 'then'...) src/common/exif.cc: ... Exiv2::Blob blob; Exiv2::ExifPars