Version: 1.3.0 (using KDE 4.4.2) OS: Linux I just decided to try the DNGConverter again, having read the whitebalance problems have been solved, and stumbled upon a problem analogous to solved Bug #217897 (on opening the given file, Eog reports: "Failed to load TIFF image: LensInfo: Rational with zero denominator (num = 0)"). The DNGConverter finishes without any error, but the resulting dng file is all black (tested in digikam, showfoto, rawtherapee, ufraw, rawstudio). Showfoto doesn't seem to report any errors: showfoto(31918)/digikam (core) Digikam::DImg::load: "/home/kris/ZDJECIA/USA/test - ts-e 24/_MG_2749.dng" : RAW file identified showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadFromLibraw: LibRaw: dcraw emulation: ("-H 0", "-w", "-q 0", "-o 1", "/home/kris/ZDJECIA/USA/test - ts-e 24/_MG_2749.dng") showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadFromLibraw: LibRaw highlights adjustements : false showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Reading metadata pass 0 of 2 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Reading metadata pass 1 of 2 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Reading RAW data pass 0 of 2 showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Preview data size: 19293 showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Using embedded RAW preview extraction showfoto(31918)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1 showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Using embedded RAW preview extraction showfoto(31918)/digikam (core) Digikam::DMetadata::getIccProfile: Exif color-space tag is sRGB. Using default sRGB ICC profile. showfoto(31918)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1 showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Preview data size: 1904828 showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadEmbeddedPreview: Using embedded RAW preview extraction showfoto(31918)/digikam (core) Digikam::DMetadata::getIccProfile: Exif color-space tag is sRGB. Using default sRGB ICC profile. showfoto(31918)/KEXIV2 KExiv2Iface::KExiv2::getImageOrientation: Orientation => Exif.Image.Orientation => 1 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Reading RAW data pass 1 of 2 showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadFromLibraw: Disabling LibRaw highlights adjustements showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Scaling colors pass 0 of 2 Scaling with darkness 0, saturation 15600, and multipliers 2.111326 1.000000 1.848634 1.000000 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Scaling colors pass 1 of 2 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Pre-interpolating pass 0 of 2 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Pre-interpolating pass 1 of 2 Bilinear interpolation... showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Interpolating pass 0 of 3 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Interpolating pass 1 of 3 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Interpolating pass 2 of 3 showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Converting to RGB pass 0 of 2 Converting to sRGB colorspace... showfoto(31918)/KDCRAW KDcrawIface::KDcrawPriv::progressCallback: LibRaw progress: Converting to RGB pass 1 of 2 showfoto(31918)/KDCRAW KDcrawIface::KDcraw::loadFromLibraw: LibRaw: data info: width= 5634 height= 3753 rgbmax= 255 showfoto(31918)/digikam (core) Digikam::IccSettingsPriv::profileFromWindowSystem: Found X.org XICC monitor profile "mojekran100128-fast" showfoto(31918)/KEXIV2 KExiv2Iface::KExiv2::getImageDateTime: DateTime => Exif.Photo.DateTimeOriginal => QDateTime("Sat May 29 21:29:31 2010") One more thing: the converted file seems strangely small. The CR2 is 26.5 mb, the uncompressed dng - 42.2, and the compressed dng - 3.5 mb. Is that possible at all with lossless compression? I made the files available for download: http://dl.dropbox.com/u/544347/test%20-%20ts-e%2024.zip I build digikam & kipi from svn. Thanks! Krzysztof Reproducible: Always Steps to Reproduce: Convert a Canon 5D mkII file with DNGConverter (compressed or uncompressed). My Canon 20D files convert beautifully. Actual Results: The 5D mkII file is all black. Expected Results: Produce an image identical with the CR2 digital negative -Computer- Processor : 2x Intel(R) Core(TM)2 Duo CPU P8700 @ 2.53GHz Memory : 3775MB (2033MB used) Operating System : Ubuntu 10.04 LTS Date/Time : Fri 04 Jun 2010 12:46:29 PM EDT -Display- Resolution : 1280x800 pixels OpenGL Renderer : GeForce 9400M/PCI/SSE2 X11 Vendor : The X.Org Foundation -Multimedia- Audio Adapter : HDA-Intel - HDA NVidia
SVN commit 1135045 by jmueller: disable encoding of full sensor image for canon as it causes problems with some models BUGS: 240749 M +2 -1 NEWS M +5 -4 dngconverter/dngwriter/dngwriter.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1135045
*** Bug 240750 has been marked as a duplicate of this bug. ***
Dear Jens, Thanks for looking into this matter! I have just recompiled and now the inages come out pink and are impossible to white balance properly... have a look: http://dl.dropbox.com/u/544347/_MG_2749.dng Thanks! Krzysztof
Created attachment 47763 [details] eos5d CR2 converted with last libkdcraw from trunk I confirm that problem is reproducible with last libkdcraw + libraw from trunk
Could this be the last libraw update? I tested with old libraw 0.9.1 (everything is looking normal), update only libkdcraw (internal libraw 0.10beta1), recompile and see also the red tint - but for all canon raws. When I go back to libraw 0.9.1 everything is fine again.
Alex, look this thread ? Gilles
Dear Jens, I think your right, I tried my canon 20D files and since the last compilation the also come out pink.
Created attachment 47805 [details] EOS5S open in image editor Raw Import tool There is no red tint when CR2 file is open in digiKam image editor Gilles Caulier
I've made quick check with 5D MkII file, it looks normal with LibRaw's dcraw_emu. Have you *full rebuild* all binaries uses libraw/libraw*h ? The internal data structures size has changed, so you need to full cleand and recompile.
Libraw inline processing of canon files is fine with the new version (0.10beta1), but pure raw data extraction is faulty since then (all canon raws get this red tint).
Jens, is it possible to reproduce the problem using only LibRaw samples? Don't want to build entire KDE structure to reproduce the problem. The problem may be by new black level processing code (4-channel separate black levels).