We are happy to announce that almost after one year darktable 1.6 has just been released.
The release notes and relevant downloads can be found attached to this git tag:
https://github.com/darktable-org/darktable/releases/tag/release-1.6.0
Please only use our provided packages (green buttons tar.xz and dmg) not the auto-created tarballs from github (grey buttons, zip and tar.gz). The latter are just git snapshots and will not work! Here’s the direct link to tar.xz:
https://github.com/darktable-org/darktable/releases/download/release-1.6.0/darktable-1.6.0.tar.xz
If you are using any distribution’s packages, please be patient for the packager to catch up and provide the relevant updates.
Thanks to our great community and all the contributors for making this possible!
See the development visualised:
Enjoy the release!
New features
general/misc
- high DPI monitor support
- signed OSX packages
- map view now allows to only show images from the current collection on the map
- slideshow
- darktable-cli now works without a running X server for use on headless systems
- support for audio notes playback
- sticky preview
- added the option to overwrite files when exporting to disk
- crawler that syncs all xmp files on start
- support huge images (> 32 bit pixel index). darktable can open 26770x13385 TIFFs and should in theory be able to process arbitrary sized images. don’t try this on a 32 bit system though!
- lens iop presets are copy/pastable between different images
output
- tiff read/write rewritten, works on 32-bit float now, supports compression
- allow setting PPI for exported JPEGs, defaulting to 300
- pwstorage libsecret
- use HTTPS when exporting to flickr
darkroom
- new defringe image operation
- automatic mode for levels module
- allow to disable white balance
- new colour reconstruction mode for highlight recovery that tries to add both colour and structure to clipped areas. thanks to a1ex from magic lantern!
- better basecurve tool to create basecurves from raw/jpg pairs
- soft boundaries in sliders (right click and type 8 in exposure compensation for example)
- input colour gamut mapping to avoid problems with saturated blues causing purple artefacts
colour
- color conversion speedup (openmp for lcms2 case)
- add linear Rec2020 as a build-in profile
- embedded icc profile support for png/tiff (read/write)
lua scripting
- copy, move, reset and delete images via lua
- handle progress bars via lua
- limited manipulation of libs an views UI via lua
- import and export styles via lua
- trigger lua when the grouping mode changes
- trigger lua when the overlay mode changes
- trigger lua when the active view changes
- manipulate snapshots via lua
- handle more types of preferences, including enums, directories and file names
- lua API is now versioned: use
darktable.configuration.check_version
to check - lua API incompatibilities:
darktable.modules
has been removed, usedarktable.new_format
anddarktable.new_storage
to access the constructors
performance improvements
- many speed improvements by adding sse code for image operations
- make white balance work faster
- make invert work faster
- much faster exr export with optional compression (multicore support)
- speedup of pfm writing
- speedup of amaze. it is still slow but not as bad as it used to be
internal improvements
- module parameter introspection
- clang/address-sanitizer/etc compiler warnings fixed
- flip iop used for raw auto-orientation (simplifies code)
- complete rawspeed migration for raw loading
bug fixes
- hdr bracketing fixes
- masks cleanup and bugfixes
- correct lens detection for compact cameras
- avoid clipping in vignette, lowpass, shadows & highlights, a/b channels of colorcontrast and tonecurve
new cameras supported!
- initial support for x-trans sensors
- new demosaicing algorithms: markesteijn for x-trans and vng for x-trans and regular bayer raws
- There is support for several dozens of new cameras, and loads of new noise profiles for denoising have been added. Check out the full list in the release notes on github.
and of course also
- updated usermanual
- lots of small performance improvements and code cleanup
I got an error with this new final version during compile:
Missing xml2po. No localized usermanuals are build
Missing xml2po
Can NOT update usermanual
I had just checked out git earlier today (gb99d591) and built without issues and seems to be running fine.
I do have libxml-dev installed
I am on Debian 7 (32 bit) with PAE self compiled kernel.
If there really aren't any important changes from the last git checkout I did to this release I really don't mind, I can stick with it without problems, maybe just in case someone else has this issue.
Still a big HUGE THANK YOU! I love Darktable!
Joe Giampaoli
-- Found LibXml2: /usr/lib/i386-linux-gnu/libxml2.so (found suitable version "2.8.0", required is "2.6")
If that helps somehow...
Cheers!
A big thank you from France
Didier
Thanks. gnome-doc-utils is required for debian jessie. Also there is an error in the file name version-cmake.cmake. The last .cmake needs to be deleted.
After the successful compile and install. I ran it, but the logo still says project-version.
You asked what the actual precise error was when I was trying to build from the tar.gz, it was the one I posted in my OT :
Missing xml2po. No localized usermanuals are build
Missing xml2po
Can NOT update usermanual
and it would stop there saying it couldn't continue due to errors, but with the tar.xz it's just a warning.
Cheers!
Your software is awesome and your customer care is great, also. Thank you for starting to support raws from my camera, Fujifilm Finepix HS50EXR.
The software compiled flawlessly and is up and running on my Ubuntu 14.04 64bits.
if i create a snapshot, and zoom it image, the snapshot not zoom. I have a 1/2 of image zoom it, and the other 1/2 not zoom (snapshot)
Congrulations for the upgrade! ^^ Great program!
You are the best!
Darktable is nondestructive, and centred around Lab, which makes traditional LUT hard to integrate well, and ensure compatibility going forward.
So it's very unlikely we'll try to implement LUT support anytime soon.
I was able to start the upgraded version, but after a short time there was a mismatch with the color layers (pictures with existing XMP-files with color alienation and extremely soft-focussed.
After closing and restarting OS X the program did´t start up again (just jumping in the dock- finally the message: "Program not answering"). Same situation after going back to version 1.4.2.
This means: darktable is no longer working at all on my Macbook...
Also you can get backtrace relevant to the hang by killing DT from Terminal: killall -SEGV darktable-bin
My main suggestion would be to try moving away ~/.config/darktable and ~/.cache/darktable directories and see if the problem persists. Anyway website comments isn't really the place for support or bug reporting, better use mailing list or/and redmine.
Right after install I started it, minimized it and had to make a shortcut etc. The executable and icons are in /opt/darktable/bin and /opt/darktable/icons.
When I maximized it the interface wasn't right. Closing and reopening it seems to have fixed it and I have played with it quite a lot.
I used darktable-release-1.6.0.tar.gz and everything seems fine, but I'm going to look into getting the documentation installed because I'm fairly new to it and would like to learn the tricks that aren't readily apparent.
Great job, very nice program and is improving greatly! I tell everyone I know about it.
Can we expect a PDF version of the 1.6 Online manual anytime soon?
For distortion correction, I saw that RawTherapee can extract the correction info out of the JPEG embedded in the raw file, and apply this correction to the raw file:
http://50.87.144.65/~rt/w/index.php?title=Lens/Geometry#Distortion_Correction
Like this, you can have the distortion correction from the camera producer and do not need to rely on lensfun.
Has darktable a similar feature or is such a feature planed for the future?
Maybe a link from the Online Manual page would make it a little easier.
Thanks to the whole team for all their hard work!
Then file a bug in our Redmine bug tracker, including any terminal output darktable may have produced and also include a sample file with which the problem you have can be reproduced.
I'm not sure if I like the approach much, while clever, it only fixes distortion correct as far as I can tell. And it's also very dependant on how well this detection process works. We have an automatic CA correction plugin as well, and that's a hit and miss affair. Non-parameterized approaches tend to not be too reliable.
Lensfun (given good calibration data) is quite reliable and more importantly contributed lens data, will not just benefit Darktable, but also UFRaw, RawStudio, Hugin, GIMP and Digikam.
So I think Lensfun is the right approach to begin with. It's just sad so few people contribute lens data.
But on the other hand, through efforts of Thorsten Bronger, there has been an uptake in new lens data recently:
http://www.darktable.org/2013/07/have-your-lens-calibrated/
I have only a question for you: ¿Why can't DT open the HDRMerge's exported DNS (neither 16 bits nor 24 and 32)?
is there a good way to import lightroom DNG files?
i know it maybe was not a godd decision ....
r
Is this referring to dt-curve-tool ( https://github.com/darktable-org/darktable/tree/master/tools/basecurve ), or to the basecurve module in darkroom?
What is "better" in this new version?
Thanks,
[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] 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.
I've tryed to symlink to /usr/lib/x86_64-linux-gnu/libOpenCL.so.1.0 but again it does not work
[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] found opencl runtime library 'libOpenCL'
[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.
hints?
TIA
OpenCL never worked.
Apart of these, I have to congrats with you for the amazing tool!
I'm not sure what you mean by "lightroom DNG" files.
Converting original RAW files to DNG, is generally not something we would recommend, as the process of converting files to DNG is actually not guaranteed to be completely lossless. Occasionally original camera metadata (EXIF/MakerNote) might be lost.
So it's a risk you can easily avoid, with limited tangible benefit in return.
http://darktable.org/redmine/issues/10177
On the face of it, HDRMerge's DNGs seem to be rather non-standard, but more investigation is needed.
About fullscreen I can suggest to try to start with empty config by moving away ~/.config/darktable and ~/.cache/darktable and also setting screen_ppd_overwrite to 1.0 in ~/.config/darktable/darktablerc. If it still freezes, then you should create a bug report (http://darktable.org/redmine/projects/darktable/issues/new) and include OS X crash log which you can acquire by running "killall -SEGV darktable-bin" in Terminal after you switch DT to fullscreen mode.
C'est Noẽl avant l'heure !
Merci et joyeuses fêtes à toute l'équipe.
I do not understand the second part: how do I run that command while displaying DT in fullscreen?
I have just upgraded yesterday on my Ubuntu 14.04 distro. Flawless, openCl is happy!
I know have to explore a bit more what's new, and learn how to bias DT to put a bit less green in the white balance by default.
That is all.
Looks like "shadows and highlights" is totally broken in 1.6 - instead of applying blur to the mask, it is applied to the image itself, both gaussian and bilateral filters behave this way. Reproduced on jpeg and dng images, tested with MacOS 10.10.1
http://www.darktable.org/redmine/projects/darktable/issues/new
Merry christmas and happy new year
Thank you very much for your great work.
/Applications/darktable.app/Contents/MacOS/darktable -d control
If it's incorrect, you can override it with screen_dpi_overwrite setting in ~/.config/darktable/darktablerc
Couldn't you make it a little bit easier, to install darktable 1.6 on Debian Wheezy? For example a precompiled debian package?
Thanks in advance, Peter!
Again thanks for this awesome software!
Any idea when the PDF user manual will be updated? Only one I can find is for v1.4, should still get me going but it would be great to have the newer information.
Thanks again.
Have a very good next year
Andy
Thanks
Big kudos to the whole team
{slackware user}
Out of the box it defaults to a tiny area that shows only part of the photo. During zooming it shows twice the area Still leaves a bit of grey on all sides) and it reverts back to half that as soon as I stop zooming.
I ran daktable from the commandline as suggested above:
iMac:~/.config $ /Applications/darktable.app/Contents/MacOS/darktable -d control
2014-12-31 17:44:30.178 defaults[2121:384889]
The domain/default pair of (.GlobalPreferences, AppleCollationOrder) does not exist
/Applications/darktable.app/Contents/MacOS/darktable: line 83: test: argument expected
[defaults] found a 64-bit system with 33554432 kb ram and 8 cores (0 atom based)
[defaults] setting high quality defaults
[mipmap_cache] database is new, dropping old cache `/Users/jilles/.cache/darktable/mipmaps-eac2992e47fda5b78ceffc8474350923f5b31689'
[HiDPI] setting ppd to 2.000000
[screen resolution] setting the screen resolution to 108.257099 dpi
[color profile] we got a new screen profile `Display' from the osx color profile api (size: 3272)
I tried increasing the max width and height. E.g. setting it to 5000x3000 or even 30kx30k. This fixes things vertically but not horzontally. Photos now fill the full height of the available area but it always crops it horizontally and I simply can't see the pixels on the side at all.
I'd love to have a workaround for this issue.
Thanks for all your hard work (I saw the youtube vid of Darktable development history- Amazing), looking forward to the furture of Darktable.
P.S.
BTW darktable 1.6.1 is out, you should upgrade, there are some minor fixes: https://github.com/darktable-org/darktable/releases/download/release-1.6.1/darktable-1.6.1.dmg
Everything else looks really good. Thank you for all the hard work!
please provide link to a simple deb for ubuntu please.
you need to encourage more people to linux not scare them with these hard installs. im sure in windows they dont have the app in machine code to compile it into a auto install exe before anything else