Re: [darktable-devel] Translators, GO!
Hi Ulrich, What about the German usermanual? Anybody working on? The po file in the doc dir is outdated, so there is a lot todo. I am new to this, but I am able to build the pdf and edit the po file. So where to start from here? My offer: I would try it on a few pages and somebody has to check it. However the whole manual will be far too much for me alone. Christian > Gesendet: Sonntag, 24. November 2013 um 09:33 Uhr > Von: "Ulrich Pegelow" > An: darktable-devel@lists.sourceforge.net > Betreff: Re: [darktable-devel] Translators, GO! > > Am 24.11.2013 01:28, schrieb Tobias Ellinghaus: > > Tada, STRING FREEZE! > > > > Effective from now also the usermanual is in string freeze. > > Usermanual translators welcome! > > Ulrich > > > > -- > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel > -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] OpenCL Question
Once more. > Gesendet: Dienstag, 03. Dezember 2013 um 07:12 Uhr > Von: "Ulrich Pegelow" > An: darktable-devel@lists.sourceforge.net > Betreff: Re: [darktable-devel] OpenCL Question > > This is a bug in NVIDIA's OpenCL compiler. I reported it to them a year > ago and they confirmed it's a bug. Seems that they did not fix it in the > 304.xx legacy series of their driver. > > I guess there are only two chances for you to get OpenCL running. Either > you switch to a newer driver version and hope that the issue is fixed > there - series 325.xx and 331.xx are available for download. Or we try > to find a workaround(*) for the bug - which will be tedious work as you > need to test a lot and you don't have a guarantee to finally succeed. > > Ulrich > > (*) We even have a workaround in place from the times when the bug was > first detected. However, NVIDIA's driver turned to the worse and the > workaround stopped working. > > Am 02.12.2013 20:26, schrieb David Vincent-Jones: > > After installing the latest Nvidia drivers my machine appears to go a > > long way towards fully implementing the compiles needed for OpenCL but > > then fails trying to compile 'blendop.cl'. I also made an update of the driver and if I remember correctly OpenCL stopped working. At least on Debian the driver update did not update the OpenCL library or the helpers around. I don't know what system your are using, but on Debian you can do: #dpkg -l | grep opencl and look for: nvidia-opencl-icd nvidia-opencl-common nvidia-libopencl1 Christian -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] OpenCL Question
Am Dienstag, 3. Dezember 2013 schrieb David Vincent-Jones: > On 13-12-03 01:10 AM, Christian Kanzian wrote: > > I don't know what system your are using, but on Debian you can do: > > > > #dpkg -l | grep opencl > > > > and look for: > > nvidia-opencl-icd > > nvidia-opencl-common > > nvidia-libopencl1 > > I do not find those files that you report! > > I am only seeing from my search: > libnvidia-opencl.so.1 and > libnvidia-opencl.so.304.88 > Sorry, my post was a bit unprecise. I mean packages not files. But I don't know how you installed the nvidia drivers. I used the packages from Debian, not the binaries from Nvidia directly. With Nvidia 304.88 packages from Debian I didn't had any problems to get OpenCL working. Actually I am on 331.20 and I had to upgrade opencl also. At least my history tells that. However you can not upgrade to a newer version than 304? Christian > > > --- > --- Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktr > k ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] Compiling 1.4rc1 error
Hi, Has been discussed here. More details from the mailing list: >> Dimitrios Psychogios Tue, 05 Nov 2013 10:50:24 -0800 >http://sourceforge.net/mailarchive/message.php?msg_id=31603235 >Ok, I had a proper look and it turns out the version in Wheezy is pretty >ancient. I'm mostly developing on Ubuntu Saucy these days which has >version 0.3.0-3, which is the same as Debian Sid ( >http://packages.debian.org/search?keywords=libwebp4). How is everyone else >handling versioning of external libraries? Should we be aiming for >compatibility towards Debian stable or Ubuntu in general? I'm not sure how >to properly handle this case, any suggestions are welcome. So there is now version check now. I don't use webp, so I've uninstalled libwebp. But that's not sane. Maybe there is a --disable webp option. Christian > Gesendet: Donnerstag, 05. Dezember 2013 um 09:55 Uhr > Von: "Rolf-Werner Eilert" > An: Kein Empfänger > Cc: darktable-devel > Betreff: Re: [darktable-devel] Compiling 1.4rc1 error > > Yast tells me "0.1.2-4.1.2", is that what you need? version 0.3.0-3? > > Rolf Christian -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] [Darktable-users] Image color in darkroom mode totally wrong.
Hi Carlo, Am Freitag, 6. Dezember 2013 schrieb Carlo Tariciotti: > >At least a sample to test will help a bit. What about the colors of the > > exported image in another image viewer look like? > > Hi Christian, colors of the exported image are wrong too. > So it is not only the display profile, if it is also wrong on another pc. > Here 2 screenshot: > Image in Lighttable: > https://drive.google.com/file/d/0B0dsk7ZSCVPfcDFRWVpKX2s4S0E/edit?usp=shari Right after import it uses the camera jpg in lighttable and is not fully color managed. > ng Image in Darkroom: > https://drive.google.com/file/d/0B0dsk7ZSCVPfOGhoRU9iWEtsQmc/edit?usp=shari > ng It is not that wrong, I thought. Looks like an unprocessed image. So you have not touch whitebalance, toncurve etc? Don't expect the same image as the camera produces in jpg as it is not know how the camera processes the RAW. The basecurve tries to approximate that, but not camera specific at the moment. Only for brands. Please provide more details what you have done (steps), so that someone can narrow down where your mentioned issues come from. Christian > > Carlo > > > > 2013/12/6 Christian Kanzian > > > Hi Carlo, > > > > >Gesendet: Freitag, 06. Dezember 2013 um 09:06 Uhr > > >Von: "Carlo Tariciotti" > > >An: darktable-us...@lists.sourceforge.net > > >Betreff: [Darktable-users] Image color in darkroom mode totally wrong. > > > > > >Hi all,i have a problem with color.My problem is: when i am in > > >lighttable > > > > mode the images have good color, good contrast, when i switch in darkroom > > mode, images are totally wrong, with greenish color and >poor contrast. > > > > >What's happening? > > > > At least a sample to test will help a bit. What about the colors of the > > exported image in another image viewer look like? > > > > Default you will see the embeded JPG from your camera in lighttable, if > > the image is not processed. The lighttable is not fully color managed. > > As some already answered there can be different reasons for that. If it > > only is the wrong display profile, you can simple change it from system > > do sRGB in the Output color profile modul (color group). > > Basecurve is enabled by default. > > > > Christian -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] Feature #9709: lighttable: put preview under z, preview with focus detection under ctrl-z
Hi, Am Sonntag, 26. Januar 2014 schrieb Matthias Bodenbinder: > Hi, > > is it possible to make the shortcuts for "preview" and "preview with focus > detection" configurable? ( http://darktable.org/redmine/issues/9709 ) I > really like to have focus detection on the "z" key rather than Ctrl-Z. > Ctrl-Z is one of the worst combinations you can have. Awkward. It breaks > my fingers ,-) It is possible in the preferences -> Shortcuts -> Views? -> Lighttable (darktable 1.5+252~g9577a9f). The commit[0] added this option. You can asign z here instead of Ctrl-z. Christian [0] https://github.com/darktable- org/darktable/commit/f141aa4b3e21fdaca35cd54f5187fb9650415c1d > > Matthias > > > --- > --- CenturyLink Cloud: The Leader in Enterprise Cloud Services. > Learn Why More Businesses Are Choosing CenturyLink Cloud For > Critical Workloads, Development Environments & Everything In Between. > Get a Quote or Start a Free Trial Today. > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktr > k ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] Bug: soft-proof not working in (darktable 1.5+376)
Hi, Am Samstag, 15. Februar 2014 schrieb Dave Karipides: > Last night I downloaded/built darktable from the git repository and > noticed that the shortcut key "s" for the soft-proofing function is not > working. The program is jumping into a slideshow mode instead of > showing the proper softproof that I was expecting when depressing the > letter s. > It's a devel version and they may break the default behavior without warning signs. So following git means also checking the commits to me. > I looked through the code and noticed the accelerator key "s" is being > assigned to "switch view to slideshow" in gtk.c and is also being > assigned to the "toggle softproofing" function in the colorout.c file. > > I changed the line in colorout.c to change the shortcut key to the "e" > key and now have a working soft-proof so I am quite certain that the > duplicate registration of the accelerator key is the problem. > Why not just simple assigned a different key via the config dialog? Anyway changing a shortcut isn't a bug. Softproof is working fine tough. > > Dave > Christian > --- > --- Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktr > k ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] Error compiling from latest git pull
Hey, Did you already try to clean the darktable/build dir? Sometimes it is necessary to do so and it solved all my compiling errors in the past. Cheers, Christian > Gesendet: Dienstag, 04. März 2014 um 08:19 Uhr > Von: Dave > An: "darktable for developers" > Betreff: [darktable-devel] Error compiling from latest git pull > > Hello all. > > Compiling from git fails with the following error: > --- > make[2]: *** No rule to make target `../src/iop/colorin.h', needed by > `src/CMakeFiles/lib_darktable.dir/common/colorspaces.c.o'. Stop. > make[2]: *** Waiting for unfinished jobs > Building C object src/CMakeFiles/lib_darktable.dir/metadata_gen.c.o > [ 25%] [ 25%] [ 25%] [ 25%] [ 27%] Building C object > src/CMakeFiles/lib_darktable.dir/common/calculator.c.o > Building C object src/CMakeFiles/lib_darktable.dir/bauhaus/bauhaus.c.o > Building C object src/CMakeFiles/lib_darktable.dir/common/colorlabels.c.o > Building C object src/CMakeFiles/lib_darktable.dir/common/cache.c.o > Building C object src/CMakeFiles/lib_darktable.dir/common/collection.c.o > make[1]: *** [src/CMakeFiles/lib_darktable.dir/all] Error 2 > make: *** [all] Error 2 > > --- > > I'm running Ubuntu 13.10. > In which library do I find colorin.h? > It doesn't show up when I use apt-cache search. > > Thank you all for such fantastic software. > > Regards > > Dave Jones > > -- > Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and the > freedom to use Git, Perforce or both. Make the move to Perforce. > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel > -- Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] OpenCL and CPU use
Am Mittwoch, 26. März 2014 schrieb jerome: > So is this normal ? > I mean, core use and the fact I need export only one at time ? > > Sorry for long story but it help to understand how and why. > > And sorry for my bad english ;) > > Thanks to all Within OpenCL the GPU does the parallel thing for you. There is a blog post on that [0]. According to that you have to set "export multiple images in parallel" to 1. BTW this setting was removed sometime ago from the GUI or I can't find it anymore. Modern GPUs are ways faster than CPUs usally. Only nvidia cards/drivers have a problem on profiled denoise as discussed on IRC yesterday. In general nvidia cards seem to have a bad OpenCL performance if you look at [1]. And still my low budget passive cooled GT 640 outperforms my i7-2600 most of the times. Hope that helps a bit. Christian [0] http://www.darktable.org/2012/03/darktable-and-opencl/ [1] http://compubench.com -- ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
[darktable-devel] new highlight reconstruction - banding artefacts
Hi, You asked for "good" highlight reconstruction samples? Here I've one with some banding artefacts in the sky. Do I make somthing wrong? Sample export JPG: https://homepage.boku.ac.at/kanzian/dl/IMGP2004_02.jpg RAW: https://homepage.boku.ac.at/kanzian/dl/IMGP2004.dng XMP: https://homepage.boku.ac.at/kanzian/dl/IMGP2004.dng.xmp Anyway it's very impressive how much is recovered! All the best, Christian -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] Nvidia and OpenCL
Hi, Sorry, it's only to report that your arn't the only one. Just upgraded the drivers to 334.21 and ran into the same issue yesterday. In my case - Debian 7 - a driver upgrade doesn't upgrade die OpenCL packages and I did it manually. Last time I had also troubles to get openCL working again. IIRC removing all nvidia and opencl related packages and reinstalled them did it. I had no time to try this now. Chris > Gesendet: Montag, 28. April 2014 um 11:26 Uhr > Von: "Pascal Obry" > An: darktable-devel > Betreff: [darktable-devel] Nvidia and OpenCL > ... > [opencl_init] > [opencl_init] trying to load opencl library: '' > [opencl_init] opencl library 'libOpenCL' found on your system and loaded > [opencl_init] could not get platforms: -1001 > [opencl_init] FINALLY: opencl is NOT AVAILABLE on this system. > [opencl_init] initial status of opencl enabled flag is OFF. > > This -1001 issue is usually because the vendor OpenCL library is not > found. But this is not the problem here as under strace I have seen > that the proper vendor library is searched and loaded. The relevant > lines are: > > 6633 open("/etc/OpenCL/vendors/nvidia.icd", O_RDONLY) = 5 > ... > 6633 open("/usr/lib/x86_64-linux-gnu/libnvidia-opencl.so.331.67", > O_RDONLY|O_CLOEXEC) = 6 > > So I'm wondering if there is not an issue with this specific version > of Nvidia driver. > > Any feedback? > > -- > Pascal Obry / Magny Les Hameaux (78) > > The best way to travel is by means of imagination > > http://v2p.fr.eu.org > http://www.obry.net > > gpg --keyserver keys.gnupg.net --recv-key F949BD3B > > -- > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel > -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] CORRECTION: double-click on the histogram : not reset value
Hi, Yes, double clicking on the histogramm sets wired exposure values. I noticed this strange behavior a while ago, but I thought my setup is broken. Christian > Gesendet: Mittwoch, 07. Mai 2014 um 03:04 Uhr > Von: "Patrick Shanahan" > An: darktable-devel@lists.sourceforge.net > Betreff: [darktable-devel] CORRECTION: double-click on the histogram : not > reset value > > * Patrick Shanahan [05-06-14 20:45]: > > * Roumano [05-06-14 17:39]: > > > With the new version of the module exposure, now (on the devel version) > > > if i double click on the histogram, it's not reset the module but set > > > this value : > > > exposure : -0,76EV > > > > > > So now, it's not reset value to correct one... > > > It's only me ? or already known issue ? Need to open a bug ? > > > > I do not know what version "new version" is but I am running > > darktable-1.5.902_gd4a51a1 and the histogram graphical functions appear to > > work as expected > > The adjustment is improper *sometimes*, but I cannot see a pattern. I > just tried on a nef from my Nikon D7100 cropped from 6048x4020 to > 1392x2090 and double clicking the histogram yealds +9.97EV, but "auto" in > the exposure module gives +0.01EV ??? > > -- > (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri > http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri > http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 > Registered Linux User #207535@ http://linuxcounter.net > > -- > Is your legacy SCM system holding you back? Join Perforce May 7 to find out: > 3 signs your SCM is hindering your productivity > Requirements for releasing software faster > Expert tips and advice for migrating your SCM now > http://p.sf.net/sfu/perforce > ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel > -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] Endless reloading of images in the lighttable mode
Hi, > >I hadn't tried that, no. The value was set to 0. After increasing it and >restarting (seemed to be necessary) I no longer see the problem! > >I'm not sure what a good value for this setting is. Is this system RAM, or >video RAM? > It's the amount of "system" RAM for caching the thumbnails. Why not use the save default settings? I highly recommend to read the usermanual section on memory [0], before changing any settings. >Thanks very much for your help. I'm very happy to have a usable darktable >again. > Christian PS.: Ups it's the devel list - wrong stage, will be silent again. [0] http://www.darktable.org/usermanual/ch08.html.php#darktable_and_memory -- Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] test opencl performance by darktable
Am Dienstag, 11. November 2014 schrieb Meng, Mengmeng: > Hi, > In Linux, I want to test opencl performance by darktable automatically. But > there are some things confused me, could somebody help me? > > In console, I run "darktable -d opencl -d perf test.jpg[1]". But after > done the testing, the progress can't be closed unless using "Ctrl + c". > Then I can get 4 kinds time: export, dev_process_thumbnail, > dev_process_image and dev_process_preview. Is OpenCL only used in export ? > I also see some info as "opencl_profiling" in dev_process_thumbnail. > > > [1]test.jpg is huge file ~8 MB. > > > > Thanks, > Meng Hi, I guess you are looking for darktable-cli? Some time ago Tobias suggested something like "darktable-cli RAW RAW.xmp output.ppm --width 0 --height 0 --hq 1-d opencl - d perf" for testing/benchmarking. I tried to create a small bash script arround that for benchmarking. However it's far from being perfect. The script processes a single RAW file creating a PPM using darktable-cli and calculates the average processing time of three runs. Processing time is taken form the darktable log file. Different sidecar files could be defined reflecting different image developments. Eg. I'm testing profiled denoise on/off. Optional OpenCL parametres could be set. As default OpenCL true/false will be passed to darktable-cli. So, theoretically the difference can be seen, but there is no error handling and testing if opencl really works. The script (dt_benchmark.sh), a raw file and 2 sidecarfiles can be found here: https://homepage.boku.ac.at/kanzian/darktable Just copy everthing in one dir, run dt_benchmark.sh from the consol and watch. I hope this helps. All the best, Christian -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] test opencl performance by darktable
Am Freitag, 14. November 2014 schrieb Meng, Mengmeng: > Hi, Hi, Ups, I just noticed your response today. > The script works OK for me :) I really appreciate it. > > BTW, there are some error info in the log, does it make sense? > [exiv2] Failed to convert Xmp.exif.GPSLatitude to > Exif.GPSInfo.GPSLatitude [exiv2] Exif tag Exif.PentaxDng.0x0405 not > encoded Yes, I've them too, but they are related to metadata handling only. So it shouldn't influence the export time at all. > > Except getting dev_process_export time, is there another way to check the > result is OK[1]? > > [1]the ppm file is right, and opencl really work Fine. I guess that's all? BTW, my times for a GeForce GT 640 and an i7-2600 CPU @ 3.40GHz are: .. average processing time in sec sidecarfile: profiled denoise=off opencl=false:5.38 opencl=true:3.79 sidecarfile: profiled denoise=on opencl=false:19.75 opencl=true:27.40 So OpenCL will be faster, but not if I use profiled denoise (nlm) on my graphics card. Next time I will take another one ;-). > > Thanks, > Meng > Cheers, Christian > -Original Message- > From: Christian Kanzian [mailto:christian.kanz...@gmx.at] > Sent: Wednesday, November 12, 2014 5:44 AM > To: darktable-devel@lists.sourceforge.net > Subject: Re: [darktable-devel] test opencl performance by darktable > > Am Dienstag, 11. November 2014 schrieb Meng, Mengmeng: > > Hi, > > In Linux, I want to test opencl performance by darktable > > automatically. But there are some things confused me, could somebody help > > me? > > > > In console, I run "darktable -d opencl -d perf test.jpg[1]". But > > after done the testing, the progress can't be closed unless using "Ctrl + > > c". Then I can get 4 kinds time: export, dev_process_thumbnail, > > dev_process_image and dev_process_preview. Is OpenCL only used in export > > ? I also see some info as "opencl_profiling" in dev_process_thumbnail. > > > > > > [1]test.jpg is huge file ~8 MB. > > > > > > > > Thanks, > > Meng > > Hi, > > I guess you are looking for darktable-cli? Some time ago Tobias suggested > something like "darktable-cli RAW RAW.xmp output.ppm --width 0 --height > 0 --hq 1-d opencl - d perf" for testing/benchmarking. > > I tried to create a small bash script arround that for benchmarking. > However it's far from being perfect. The script processes a single RAW > file creating a PPM using darktable-cli and calculates the average > processing time of three runs. Processing time is taken form the darktable > log file. Different sidecar files could be defined reflecting different > image developments. Eg. I'm testing profiled denoise on/off. Optional > OpenCL parametres could be set. As default OpenCL true/false will be > passed to darktable-cli. So, theoretically the difference can be seen, but > there is no error handling and testing if opencl really works. > > The script (dt_benchmark.sh), a raw file and 2 sidecarfiles can be found > here: https://homepage.boku.ac.at/kanzian/darktable > Just copy everthing in one dir, run dt_benchmark.sh from the consol and > watch. > > I hope this helps. > > All the best, > Christian > > --- > --- Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktr > k ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] using arbitrary EXIF tag for automatic presets
> Gesendet: Dienstag, 20. Januar 2015 um 09:09 Uhr > Von: "Marc Cousin" > An: darktable-devel@lists.sourceforge.net > Betreff: [darktable-devel] using arbitrary EXIF tag for automatic presets > > Hi, Hi, Be carefull - a noob answer. > ... > > For example I often shoot with DR-Auto with my camera, so I have some > operations (such as raising exposure) to do when the camera decides to > use a higher dynamic range. I do this manually with a style, but it > would be great if I could use the "Auto Dynamic Range" value from EXIF > to automate this. Something like a «dynamic» list of exif attributes > present in the raws I have instead of the static list there is for now? What about LUA? With lua you can apply existing styles to images. A lua script could maybe read the specific string? from the exif field in question, select and apply the right style to the image. In this german post you will find a sample script, which duplicates images for a list of styles (starting with a specifict string) and apply one style per image: http://www.dslr-forum.de/showpost.php?p=12865789&postcount=78 > Regards. > > Marc Christian > -- > New Year. New Location. New Benefits. New Data Center in Ashburn, VA. > GigeNET is offering a free month of service with a new server in Ashburn. > Choose from 2 high performing configs, both with 100TB of bandwidth. > Higher redundancy.Lower latency.Increased capacity.Completely compliant. > http://p.sf.net/sfu/gigenet > ___ > darktable-devel mailing list > darktable-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/darktable-devel > -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] Excessive slowness in exports using nVidia Geforce GTX 260
Hi, > Gesendet: Dienstag, 24. März 2015 um 11:05 Uhr > Von: "Germano Massullo" > An: darktable-devel@lists.sourceforge.net > Betreff: [darktable-devel] Excessive slowness in exports using nVidia Geforce > GTX 260 > > I noticed an excessive slowness when exporting images using OpenCL on a > Geforce GTX 260 (340 drivers). I made a benchmark comparing OpenCL on > and off 46,688 seconds vs 4,174 seconds. > The operating system is Fedora 20 and the CPU is an AMD Phenom II X4 965 BE. > Here the results, what do you think about? An old horse won't win the race? It's a card from 2008? Please correct me if I am wrong. Disable OpenCL or get a newer GPU. There is a commit in the current git version, which will disable OpenCL in such cases automatically. https://github.com/darktable-org/darktable/commit/ffe96c68aab08ebb90fb2106e330b2cd9e1abafb And the darktable-user list will be a better place to discuss. Christian > > > == > $ darktable -d perf > [dev] took 0.000 secs (0.000 CPU) to load the image. > [export] creating pixelpipe took 0.244 secs (0.400 CPU) > [dev_pixelpipe] took 0.144 secs (0.132 CPU) initing base buffer [export] > [dev_pixelpipe] took 0.076 secs (0.046 CPU) processed `let's go float!' > on GPU with tiling, blended on CPU [export] > [dev_pixelpipe] took 0.080 secs (0.060 CPU) processed `white balance' on > GPU with tiling, blended on CPU [export] > [dev_pixelpipe] took 0.079 secs (0.050 CPU) processed `highlight > reconstruction' on GPU with tiling, blended on CPU [export] > [dev_pixelpipe] took 0.189 secs (0.141 CPU) processed `demosaic' on GPU > with tiling, blended on CPU [export] > [dev_pixelpipe] took 0.148 secs (0.184 CPU) processed `exposure ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.165 secs (0.150 CPU) processed `orientation ' on > GPU with tiling, blended on CPU [export] > [dev_pixelpipe] took 0.253 secs (0.395 CPU) processed `base curve ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.399 secs (0.826 CPU) processed `input color > profile' on CPU, blended on CPU [export] > [dev_pixelpipe] took 1.320 secs (2.922 CPU) processed `crop and rotate > ' on CPU, blended on CPU [export] > > Message from syslogd@system at Mar 24 10:49:24 ... > kernel:[ 8369.838481] NMI watchdog: BUG: soft lockup - CPU#1 stuck for > 23s! [swapper/1:0] > [dev_pixelpipe] took 0.078 secs (0.111 CPU) initing base buffer [export] > [dev_pixelpipe] took 0.014 secs (0.019 CPU) processed `let's go float!' > on CPU, blended on CPU [export] > [dev_pixelpipe] took 0.011 secs (0.023 CPU) processed `white balance' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.011 secs (0.020 CPU) processed `highlight > reconstruction' on CPU, blended on CPU [export] > > Message from syslogd@system at Mar 24 10:49:28 ... > kernel:NMI watchdog: BUG: soft lockup - CPU#1 stuck for 23s! [swapper/1:0] > [dev_pixelpipe] took 0.361 secs (0.742 CPU) processed `demosaic' on CPU, > blended on CPU [export] > [dev_pixelpipe] took 0.085 secs (0.099 CPU) processed `exposure ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.222 secs (0.364 CPU) processed `orientation ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.114 secs (0.227 CPU) processed `base curve ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.354 secs (0.665 CPU) processed `input color > profile' on CPU, blended on CPU [export] > [dev_pixelpipe] took 1.072 secs (2.691 CPU) processed `crop and rotate > ' on CPU, blended on CPU [export] > [dev_pixelpipe] took 0.777 secs (2.011 CPU) processed `local contrast ' > on CPU, blended on CPU [export] > [dev_pixelpipe] took 0.790 secs (2.356 CPU) processed `monochrome ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.214 secs (0.572 CPU) processed `sharpen ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.213 secs (0.684 CPU) processed `output color > profile' on CPU, blended on CPU [export] > [dev_pixelpipe] took 0.048 secs (0.152 CPU) processed `gamma' on CPU, > blended on CPU [export] > [dev_process_export] pixel pipeline processing took 46.688 secs (20.885 CPU) > [export_job] exported to `/home/user/folder/test/DSC_0554_27.jpg' > [dev] took 0.000 secs (0.000 CPU) to load the image. > [export] creating pixelpipe took 0.230 secs (0.269 CPU) > [dev_pixelpipe] took 0.143 secs (0.164 CPU) initing base buffer [export] > [dev_pixelpipe] took 0.033 secs (0.052 CPU) processed `let's go float!' > on CPU, blended on CPU [export] > [dev_pixelpipe] took 0.013 secs (0.029 CPU) processed `white balance' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.011 secs (0.033 CPU) processed `highlight > reconstruction' on CPU, blended on CPU [export] > [dev_pixelpipe] took 0.312 secs (0.792 CPU) processed `demosaic' on CPU, > blended on CPU [export] > [dev_pixelpipe] took 0.072 secs (0.105 CPU) processed `exposure ' on > CPU, blended on CPU [export] > [dev_pixelpipe] took 0.154 secs (0.395 CPU) processed `orientation ' on > CPU,
[darktable-devel] lua image.exif_lens not writeable?
Hi, I want to fix some lens info with a Lua script and adopted this script [0]. But image.exif_lens = "New Lens Info" does nothing. Not even an error. Lua API Version says: 2.1.0-dev dt version: 1.7.0+1640~g92ed1f5 I would be glad about any hints on what I'm doing wrong. Christian [0] http://redmine.darktable.org/projects/darktable/wiki/LuaScripts14#pentax-lens-fixlua-Fixes-EXIF-lens-description-for-Tokina-AT-X-Pro-AF-28-70-f28-and-Sigma-30mm-f14-EX-DC-on-Pentax -- Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] lua image.exif_lens not writeable?
Am Mittwoch, 1. Juli 2015, 17:28:57 schrieben Sie: > i'm not sure how I missed that particular bug... wow > > anyway, fixed in master Thanks! Yes, it is working now. Christian > > On Fri, Jun 26, 2015 at 5:47 PM, jeremy rosen > wrote: > > > > I will test that and come back to you... this is supposed to work. > > > > On Fri, Jun 26, 2015 at 2:08 PM, Christian Kanzian < > > > > christian.kanz...@gmx.at> wrote: > >> Hi, > >> > >> I want to fix some lens info with a Lua script and adopted this script > >> [0]. But > >> > >> > >> > >> image.exif_lens = "New Lens Info" > >> > >> > >> > >> does nothing. Not even an error. > >> > >> > >> > >> Lua API Version says: 2.1.0-dev > >> > >> dt version: 1.7.0+1640~g92ed1f5 > >> > >> > >> > >> I would be glad about any hints on what I'm doing wrong. > >> > >> > >> > >> Christian > >> > >> > >> > >> [0] > >> http://redmine.darktable.org/projects/darktable/wiki/LuaScripts14#pentax-> >> lens-fixlua-Fixes-EXIF-lens-description-for-Tokina-AT-X-Pro-AF-28-70-f28- > >> and-Sigma-30mm-f14-EX-DC-on-Pentax > >> > >> > >> > >> > >> - > >> - Monitor 25 network devices or servers for free with OpManager! > >> OpManager is web-based network management software that monitors > >> network devices and physical & virtual servers, alerts via email & sms > >> for fault. Monitor 25 devices for free with no restriction. Download now > >> http://ad.doubleclick.net/ddm/clk/292181274;119417398;o > >> ___ > >> darktable-devel mailing list > >> darktable-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/darktable-devel -- Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] WebP build error and German translation
I did # apt-get install libwebp-dev webp which installed libwebp-dev amd64 0.1.3-3+nmu1 webp amd64 0.1.3-3+nmu1 Do I miss some more packages? Darktable compiles without that dependices installed of course. Chris Gesendet: Dienstag, 05. November 2013 um 12:21 Uhr Von: "Dimitrios Psychogios" An: "Christian Kanzian" Cc: "darktable devel" Betreff: Re: [darktable-devel] WebP build error and German translation Also, the WebP module is marked s optional in CMake so it shouldn't really block the build if the WebP headers are not installed in the system (you need the libwebp-dev package installed) On Tue, Nov 5, 2013 at 12:20 PM, Dimitrios Psychogios <dpsychog...@gmail.com> wrote: Which version of libwebp do you have installed? I will need to test this on Wheezy later. On Tue, Nov 5, 2013 at 12:13 PM, Christian Kanzian <christian.kanz...@gmx.at> wrote: Dear Developers, Sorry for creating the noise. While trying to update the German translation (file enclosed) of the latest git version 'c01bd1f', I also ran into a build error. As I don't have any development skills I followed the translating guide. I noticed that WebP does not build because of missing dependices. After installing them on Debian Wheezy, I get following error: /home/chri/Linux/darktable/src/imageio/format/webp.c: In function ‘write_image’: /home/chri/Linux/darktable/src/imageio/format/webp.c:124:9: error: ‘WebPConfig’ has no member named ‘lossless’ /home/chri/Linux/darktable/src/imageio/format/webp.c:125:9: error: ‘WebPConfig’ has no member named ‘image_hint’ /home/chri/Linux/darktable/src/imageio/format/webp.c:144:3: error: implicit declaration of function ‘WebPPictureImportRGBX’ [-Werror=implicit-function-declaration] /home/chri/Linux/darktable/src/imageio/format/webp.c:145:14: error: ‘WebPConfig’ has no member named ‘lossless’ /home/chri/Linux/darktable/src/imageio/format/webp.c:146:5: error: implicit declaration of function ‘WebPPictureARGBToYUVA’ [-Werror=implicit-function-declaration] /home/chri/Linux/darktable/src/imageio/format/webp.c:148:5: error: implicit declaration of function ‘WebPCleanupTransparentArea’ [-Werror=implicit-function-declaration] /home/chri/Linux/darktable/src/imageio/format/webp.c:149:5: error: implicit declaration of function ‘WebPPictureYUVAToARGB’ [-Werror=implicit-function-declaration] cc1: all warnings being treated as errors make[2]: *** [src/imageio/format/CMakeFiles/webp.dir/webp.c.o] Fehler 1 make[1]: *** [src/imageio/format/CMakeFiles/webp.dir/all] Fehler 2 Any hints for me? With best whishes, Christian -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel -- Psychogios Dimitrios, IT Systems Specialist -- Psychogios Dimitrios, IT Systems Specialist -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
Re: [darktable-devel] "More modules" disappears, difficulty setting exposure
Hi Elle, >Gtk-WARNING **: Unable to locate theme engine in module_path: >"clearlooks", Lately I ran into the same error. The GUI was also looking ugly. This was caused by removing the debian package "gtk2-engines" accidently. I guess it's x11-themes/gtk-engines in Gentoo portage? Maybe it's missing. I did it because apt-get autoremove suggest the removal. Of course installing from git doesn't take care of this dependencis. I don't see this 'gtk-engines' dependency in the darktable-1.2.3.ebuild. Maybe it's needed. Christian Gesendet: Donnerstag, 07. November 2013 um 14:47 Uhr Von: "Elle Stone" An: darktable-devel@lists.sourceforge.net Betreff: Re: [darktable-devel] "More modules" disappears, difficulty setting exposure On Thu 07 Nov 2013 01:19:21 AM EST, Ulrich Pegelow wrote: > Hi Elle, > As darktable heavily relies > on a working gtk your observations are no surprise. You first need to > fix that part of your system. > > Ulrich Hi Ulrich, All, I run a lot of GTK applications. All of them run fine, except Darktable and RawTherapee both complain: Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks", The closest thing I can find to "clearlooks" in Gentoo portage is x11-themes/clearlooks-phenix. I think this is just a matter of appearance, yes? So I probably don't need it. My "desktop" isn't themed, it's just a blank expanse of middle gray. Anyway, the real problem turned out to be user errors. Lots of user errors. Getting rid of the glib installation in /usr/local cleared up the missing modules problem and a whole bunch of other annoying interface issues. And not being able to type in the exposure value turned out to be another user error - you actually type on top of the funny graphical curve thing and the numbers are really big. It didn't look like a place to type, but it works perfectly. If you all hadn't very kindly offered possible reasons for why things weren't working, I wouldn't have thought to look at glib. And I wouldn't have kept experimenting with the interface for setting the exposure, etc. So thank you very much! For years people have been telling me to try Darktable and now I wish I had listened earlier. Elle -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
[darktable-devel] Bug #9447 (Confirmed): segmentation fault when exporting website-gallery
Hi, I can reproduce the crash with darktable 1.3+1386~ge9a2716 when exporting a website-gallery. Using the file chooser dialog, the variable $(FILE_NAME) will be added. Removing $(FILE_NAME) from the path will avoid a crash. Why $(FILE_NAME) is added, if only a dir is needed? Change src/imageio/storage/gallery.c line 96 from snprintf(composed, DT_MAX_PATH_LEN, "%s/$(FILE_NAME)", dir); to snprintf(composed, DT_MAX_PATH_LEN, "%s/", dir); and the path will be as selected in the file chooser dialog. However a user could still add $(FILE_NAME) by himself endup in the same situation. Bug #9447 is also on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709174 Christianthis is darktable 1.3+1386~ge9a2716 reporting a segfault: #0 0x7f302b90b24d in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f3031b12624 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f3031b12a82 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f30310c2797 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #4 0x7f3031f04fec in dt_gui_gtk_run (gui=) at /home/chri/Linux/darktable/src/gui/gtk.c:1045 #5 0x00400ac8 in main (argc=, argv=) at /home/chri/Linux/darktable/src/main.c:25 Thread 15 (Thread 0x7f3022ac1700 (LWP 14437)): #0 0x7f302e716e07 in waitpid () from /lib/x86_64-linux-gnu/libpthread.so.0 No symbol table info available. #1 0x7f3031e351fb in _dt_sigsegv_handler (param=11) at /home/chri/Linux/darktable/src/common/darktable.c:162 pid = name_used = 0x7f3014065380 "/tmp/darktable_bt_9A2L6W.txt" fout = delete_file = 0 datadir = "/opt/darktable/share/darktable\000\000\230", '\000' , "\003\000\000\000\060\000\000\000[\000\000\000n\000\000\000w\000\000\000|\000\000\000 \000\000\024\060\177\000\000У\002\024\060\177\000\000\300\243\002\024\060\177\000\000\000\000\000\000\000\000\000\000@\000\000\000\000\000\000\000\315Å+0\177\000\000\bT\005\024\060\177\000\000\060\000\000\000\000\000\000\000\060\000\000\000\000\000\000\000Ø£\002\024\060\177\000\000 \000\000\024\060\177\000\000`\257\004\024\060\177\000\000P\257\004\024\060\177\000\000\060\000\000\000\000\000\000\000@\000\000\000\000\000\000\000\315Å+0\177\000\000\060\000\000\000\000\000\000\000$\000\000\000\000\000\000\000"... pid_arg = 0x7f3014037cf0 "14436" comm_arg = 0x7f301404af60 "/opt/darktable/share/darktable/gdb_commands" log_arg = 0x7f301400d840 "set logging on /tmp/darktable_bt_9A2L6W.txt" #2 No symbol table info available. #3 dt_variables_expand (params=0x0, string=string@entry=0x7f3014039800 "h\006", iterate=iterate@entry=1) at /home/chri/Linux/darktable/src/common/variables.c:264 variable = 0x7f3014037c60 "\030\001" value = 0x7f3014062cd0 "0(\006\024\060\177" token = 0x0 result = #4 0x7f2fa87a2641 in store (self=, sdata=0x7f3014039800, imgid=18, format=0xfafc50, fdata=0x7f3014026750, num=2, total=3, high_quality=0) at /home/chri/Linux/darktable/src/imageio/storage/gallery.c:221 tmp_dir = "\300\243\002\024\060\177\000\000\000\000\000\000\000\000\000\000@\000\000\000\000\000\000\000\315Å+0\177\000\000\bT\005\024\060\177\000\000\060\000\000\000\000\000\000\000\060\000\000\000\000\000\000\000Ø£\002\024\060\177\000\000 \000\000\024\060\177\000\000@\330\000\024\060\177\000\000\060\330\000\024\060\177\000\000\060\000\000\000\000\000\000\000@\000\000\000\000\000\000\000\315Å+0\177\000\000\060\000\000\000\000\000\000\000$\000\000\000\000\000\000\000(\000\000\000\000\000\000\000\by\003\024\060\177\000\000\005\000\000\000\000\000\000\000\254\374\253\"0\177\000\000\003\000\000\000\000\000\000\000\002\000\000\000\000\000\000\000[\000\000\000\000\000\000\000\247\066\005.0\177\000\000(\000\000\000\000\000\000\000\361\356\001.0\177\000\000\by\003\024\060\177\000\000"... fixed_path = ext = relthumbfilename = "h\006-thumb.jpg\000\000\000\000\300\357\253\"0\177\000\000\360\210\003\024\060\177\000\000\300\357\253\"0\177\000\000f\225\000\061\060\177\000\000\006\000\000\000\000\000\000\000\371\224\000\061\060\177\000\000\006\000\000\000\000\000\000\000\326Ú10\177\000\000\240\244\354\000\000\000\000\000Ц\354\000\000\000\000\000`\246\354\000\000\000\000\000\360\245\354\000\000\000\000\000\200\245\354\000\000\000\000\000\020\245\354\000\000\000\000\000\320\360\253\"0\177\000\000@\333\000\024\060\177", '\000' "\231, \357\000\000\000\000\000\240\244\354\000\000\000\000\000\001\000\000\000\000\000\000\000\240\244\354\000\000\000\000\000\036Ѳ10\177\000\000\000\231\357\000\000\000\000\000\220\332\000\024\060\177\000\000h\253\004\024\060\177\000\000\220\332\000\024\060\177\000\000h\253\004\024\060\177\000\000\000\231\357\000\000\000\000\000\360\210\003\024\060\177\000\000=\003\211\061\060\177\000" c = pair = subfilename = "8\000\000\000\000\000\000\000\212e\001.0\177\000\000\070\000\000\000\000\000\000\000`\00
Re: [darktable-devel] GIT Error Messages
Don't care about. - As Ulrich mentioned earlier here: java is only for building the html usermanual. - libwebp and libwebp-dev are for the webp export, but after installing this deps I ran into a build error on Debian Wheezy. the versions in Debian stable are too old. Dimitrios knows about the details. - I guess libopenjpeg2 and libopenjpeg-dev are for exporting jpeg 2000 if you don't need a html usermanual, export to webp or jpeg 2000, leave it as it is. christian Gesendet: Dienstag, 19. November 2013 um 11:10 Uhr Von: "Dimitrios Psychogios" An: "David Vincent-Jones" Cc: Darktable Betreff: Re: [darktable-devel] GIT Error Messages These just mean you are missing development packages from your system. The features that rely on these packages will subsequently be disabled by CMake and not compiled for you, so some features will be missing/disabled in your Darktable binary but the compilation shouldn't be affected and the mail export issue has been reported already (and seems like a desktop environment/distribution issue, not a DT issue). In this case you seem to be missing the following packages: libwebp and libwebp-dev, libopenjpeg2 and libopenjpeg-dev. I'm not sure what the problem is with your Java installation... What distribution are you running? On Tue, Nov 19, 2013 at 12:55 AM, David Vincent-Joneswrote: Not sure if these are important in my git update/build: -- Could NOT find WEBP (missing: WEBP_LIBRARY WEBP_INCLUDE_DIR) -- checking for module 'libopenjpeg1' -- package 'libopenjpeg1' not found -- OpenJPEG version 1.3.0 found. Only 1.5 and newer support reading of icc profiles. -- Could NOT find Java (missing: Java_JAR_EXECUTABLE Java_JAVAC_EXECUTABLE Java_JAVAH_EXECUTABLE Java_JAVADOC_EXECUTABLE) (found version "1.7.0.25") Everything appears to be running correctly except for my export to email that fails on both Thunderbird as well as with Evolution. David -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk ___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel -- Psychogios Dimitrios, IT Systems Specialist -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk___ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel