Project

General

Profile

Bug #8478

Creating an HDR from CR2 raws results in an uncorrectable pink tinted DNG image

Added by cru - over 9 years ago. Updated over 8 years ago.

Status:
Fixed
Priority:
Low
Assignee:
-
Category:
General
Start date:
Due date:
% Done:

100%

Estimated time:
Affected Version:
git development version
System:
bitness:
64-bit
hardware architecture:
amd64/x86

Description

See screenshot for an example in lighttable mode.

Happens with both 0.8 release and git revision 9036444.

History

#1 Updated by cru - over 9 years ago

PS:
  • running on Fedora 14 (0.8 package backported from Fedora rawhide repository, git snapshot package from F14 repo on darktable.sf.net)
  • images taken with Canon EOS 500D
  • not a display problem -- exporting to an sRGB JPEG file shows the same pink tinting

#2 Updated by cru - over 9 years ago

PPS:

F14 system is x86_64, I will try to verify with i686 later.

Package versions of libs dynamically linked into darktable:

-(~:$)-> ldd /usr/bin/darktable | perl -ne 'm|=> (\S+)| && print "$1\n"' | xargs rpm -qf | sort | uniq
atk-1.32.0-1.fc14.x86_64
cairo-1.10.2-1.fc14.x86_64
cyrus-sasl-lib-2.1.23-12.fc14.x86_64
darktable-0.8-159.git.9036444.fc14.x86_64
dbus-glib-0.86-4.fc14.x86_64
dbus-libs-1.4.0-2.fc14.x86_64
exiv2-libs-0.20-3.fc14.x86_64
expat-2.0.1-10.fc13.x86_64
flickcurl-1.18-1.fc14.x86_64
fontconfig-2.8.0-2.fc14.x86_64
freetype-2.4.2-4.fc14.x86_64
GConf2-2.31.91-1.fc14.x86_64
gdk-pixbuf2-2.22.0-1.fc14.x86_64
glib2-2.26.0-2.fc14.x86_64
glibc-2.13-1.x86_64
gtk2-2.22.0-1.fc14.1.x86_64
ilmbase-1.0.2-2.fc14.x86_64
keyutils-libs-1.2-6.fc12.x86_64
krb5-libs-1.8.2-8.fc14.x86_64
lcms2-2.1-1.fc14.x86_64
lensfun-0.2.5-3.fc14.1.x86_64
libcom_err-1.41.12-6.fc14.x86_64
libcroco-0.6.2-4.fc13.x86_64
libcurl-7.21.0-6.fc14.x86_64
libexif-0.6.19-1.fc14.x86_64
libgcc-4.5.1-4.fc14.x86_64
libgcrypt-1.4.5-4.fc13.x86_64
libglade2-2.6.4-3.fc12.x86_64
libgnome-keyring-2.32.0-1.fc14.x86_64
libgomp-4.5.1-4.fc14.x86_64
libgpg-error-1.9-1.fc14.x86_64
libgphoto2-2.4.10-2.fc14.x86_64
libidn-1.18-1.fc14.x86_64
libjpeg-turbo-1.0.1-1.fc14.1.x86_64
libpng-1.2.44-1.fc14.x86_64
librsvg2-2.32.0-3.fc14.x86_64
libselinux-2.0.96-6.fc14.1.x86_64
libssh2-1.2.4-1.fc14.x86_64
libstdc++-4.5.1-4.fc14.x86_64
libtiff-3.9.4-3.fc14.x86_64
libtool-ltdl-2.2.10-3.fc14.x86_64
libX11-1.3.4-3.fc14.x86_64
libXau-1.0.6-1.fc14.x86_64
libxcb-1.7-1.fc14.x86_64
libXcomposite-0.4.2-1.fc14.x86_64
libXcursor-1.1.10-5.fc14.x86_64
libXdamage-1.1.3-1.fc14.x86_64
libXext-1.1.2-2.fc14.x86_64
libXfixes-4.0.5-1.fc14.x86_64
libXi-1.3.2-1.fc14.x86_64
libXinerama-1.1-2.fc13.x86_64
libxml2-2.7.7-3.fc14.x86_64
libXrandr-1.3.0-5.fc13.x86_64
libXrender-0.9.6-1.fc14.x86_64
libxslt-1.1.26-3.fc14.x86_64
nspr-4.8.7-1.fc14.x86_64
nss-3.12.9-8.fc14.x86_64
nss-softokn-freebl-3.12.9-5.fc14.x86_64
nss-util-3.12.9-1.fc14.x86_64
[[OpenEXR]]-libs-1.7.0-1.fc14.x86_64
openldap-2.4.23-4.fc14.x86_64
openssl-1.0.0d-1.fc14.x86_64
ORBit2-2.14.19-1.fc14.x86_64
pango-1.28.1-4.fc14.x86_64
pixman-0.18.4-1.fc14.x86_64
raptor-1.4.21-1.fc13.x86_64
sqlite-3.6.23.1-1.fc14.x86_64
zlib-1.2.5-2.fc14.x86_64

#3 Updated by cru - over 9 years ago

I booted F14 Desktop Live CD i686 and installed darktable-0.8-1.fc14.i686 from updates-testing. The same pink tinted dng problem appeared, so it is not an arch-based/64bit problem.

#4 Updated by cru - over 9 years ago

As there had been some dng/HDR related fixes to rawspeed code, I pulled darktable 0.8+209~g99155de and rebuilt, but the problem persists, no changes.

#5 Updated by cru - over 9 years ago

Creating HDRs from Nikon D90 NEF raws works on the same system.
Problem persists with Canon CR2 raws.

Version 0.8+224~d91513b

#6 Updated by tetaberta - about 9 years ago

I have the same problem with Nikon D90 nef files.
using version darktable 0.8+315~g4e8678a from pmjdebruijn unstable repo (using packages for Ubuntu Maverick in Natty)
and using darktable 0.8+426~gfb8b74e compiled from git gives the same result.
I can provide the nef files if needed.

#7 Updated by tonymaro - over 8 years ago

I'm running into a similar problem with Olympus ORF images from the E-510, but with a severe green tint rather than pink. The same source images will HDR fine using Lightroom / Photoshop. Running Darktable 0.9.2, so obviously it missed the 0.8.1 milestone for a fix?

#8 Updated by Simon Spannagel over 8 years ago

Receiving some bug reports from users we still seem to have problems with HDR creation in 1.0.
Maybe this could be addressed for 1.0.1?

#9 Updated by larsko - over 8 years ago

I'm having the same problem with Sony .ARW files -- HDR images have a severe green tint. This is with the latest version of darktable.

#10 Updated by larsko - over 8 years ago

In my case the problem turned out to be the white balance. I can correct the green tint by changing the white balance from "camera" to "spot". Funnily enough I get the green tint on one of the original images when I change white balance from "camera" to "spot" with the default entire image "spot".

#11 Updated by Simon Spannagel about 8 years ago

  • Target version changed from 1.0.3 to Candidate for next patch release

#12 Updated by Simon Spannagel almost 8 years ago

  • Affected Version set to git development version
  • % Done changed from 0 to 100
  • Status changed from New to Fixed

seems to be fixed by changing whitebalance as stated above.
Furthermore d86a6810be408e73dd8f1a48f84bf1b4024e9de2 might have done something.

Closing as fixed.

Also available in: Atom PDF

Go to top