darktable 1.0.4 released

Pascal was so kind to tend to a stable branch, the next incarnation of which we have the good fortune to announce.

The changes over darktable 1.0.3 are:

  • More robust OpenMP compiler detection code
  • New warming/cooling filter presets for color correction plugin
  • Lighttable thumbnails should be slightly faster and sharper
  • Correctly restore panels when using Tab.
  • Checking if an export target directly is read-only
  • Writing of hierarchical tags in our .xmp has been improved
  • Don't list system display profile for anything but the display profile selection
  • We disabled scrollwheel scrolling in darkroom mode as it sometimes
  • conflicts with widget behavior
  • Lighttable thumbnails are now color managed with some caveats (1)
  • Improved color rendition:
    • Nikon D800
    • Canon EOS 5D Mark III
  • White balance presets:
    • Canon EOS 5D Mark III
    • Canon EOS 7D (updated)
    • Olympus E-M5
    • Samsung NX100 (updated)
    • Olympus E-PL1 (updated)
    • Olympus E-PL2 (updated)
    • Olympus E-PL3 (updated)

(1) Lighttable color management caveats:

Our previous releases didn't have any color management in lighttable mode (and the filmstrip), in this release we have a quick-fix implementation of color management for lighttable mode. For 1.0.4, newly imported files use the Preview JPEG by default for the thumbnail, in that case it's still not color managed. After entering darkroom mode (after which the thumbnail is regenerated in case you changed the history stack) it will be color managed. Without changed history stack the thumbnail will always be the embedded JPEG. If you need lighttable mode to be color managed all the time you can disable reading of the Preview JPEGs in our Preferences dialog "don't use embedded preview jpeg but half-size raw", do note that this will significantly slow down thumbnail generation and consequently will slow down new imports. To have darktable regenerate all old previews (in a color managed fashion) you can delete the ~/.cache/darktable/mipmaps* files.

And the log tells we have to thank the following people for making this release possible:

Pascal de Bruijn, johannes hanika, Tobias Ellinghaus, Raphael Manfredi, Ulrich Pegelow, James C. McPherson, parafin, Olivier Tribout, Moritz Lipp, Joao Trindade, Christian Tellefsen

You can grab the new source package from here:

PPA updates are available already.

The Solaris 11 package is available from

Enjoy the new release.

18 thoughts on “darktable 1.0.4 released

  1. I still have this nasty memory bug with jpg (I reported it in the comments of the 1.0 version and the 1.03 version). I have 4 Go of RAM and 4 Go of Swap.

    I made a few more tests : when I export jpg to the disk, the memory raises until it uses about 90% of the 4 Go, then uses the Swap until it reaches around 1.7 Go. DT, and the computer in general, are painfully slow when the Swap is used.
    A screenshot of the Ubuntu Monitor : http://my.opera.com/Wangtim/albums/showpic.dml?album=9739912&picture=155824102#bigimg

    If I export RAW to the disk, the memory raises until it uses 90% of the 4 Go, but then don’t uses the Swap. The computer works fine when exporting the pictures…
    Here’s the screenshot : http://my.opera.com/Wangtim/albums/showpic.dml?album=9739912&picture=155824112#bigimg

    Is there something to do to solve this bug ? It could be a problem with my configuration, but the fact that it’s working nicely with RAW makes me think that it’s related to DT…

    Thank you for your help and for your nice software !

    • No since it has does not have a standard Bayer pattern. We only support standard Bayer demosaic for now.

  2. Pingback: darktable 1.0.4 veröffentlicht | Die kleine Welt des Fotochris

  3. No colour management means, no source colour space to monitor profile conversion at all?

    I wonder, because typical the device colour compensation is done on the fly. But it can as well mean the source profile is not properly selected in the embedded Jpeg case, because the sRGB/AdobeRGB Exif tag is not understood.

    • For JPGs and TIFFs we statically assume sRGB for the time being (with AdobeRGB being available for selection in the input color profile plugin, or you can provide your own ICC).

      This isn’t ideal, and we should interpret the EXIF tag at some point.

  4. Pingback: Develop and enhance your photographs with darktable! | woGue

  5. Does anyboy help me?. I’ve tryed to install DARKTABLE into a Mac OS LIon. Clicking it, it jumps 3 or 4 fimes and then disappear…

    • also unable to open it on this lion-running-mac; well, the install instructions DO call it an “experimental release for mac osx” :(

  6. I tried this soft, and I think it’s a very nice project. But why not for Windows’s users? I must use Windows for professional reasons, so I would like to install Dartable with Seven too…

  7. Any chance that support for medium format backs will be added. I currently use Capture One in OS X to process my Nikon and Leaf Aptus files. Curious if DarkTable will convert Leaf Aptus, (.MOS), Hasselblad (.fff) or Phase One (.tif) files. I’d love to be able to use Ubuntu to process raw medium format files. Thank you. (I can send you RAW files if you want them for testing.)