Version: 0.8.1 (using KDE 3.5.0, Gentoo) Compiler: gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) OS: Linux (i686) release 2.6.14-gentoo-r4 While minolta's RAW files are show as thumbnails, they are not viewable in the view windows. Probably as a result of not reading the dimensions right. The viewer reports 0x0pixels as size. The thumbnails do work ok, but this could be due to the available thm files. dcraw reads the files perfectly for what it's worth. I'll see if I can attach a raw file to this issue for testing.
As RAW files are rather big (almost 9Mb in this case) the system refuses them. Ask if you want a test file. I also have a few Dynax 5d files available if needed.
No need to post a MRW file here, i use minolta camera Dynax 5D... All work fine here with 0.8.1 using MRW file. Can you post all console messages when you start digikam from a console ? Gilles Caulier
On Sunday 12 March 2006 22:02, Gilles Caulier wrote: > All work fine here with 0.8.1 using MRW file. Can you post all console > messages when you start digikam from a console ? That I could have thought of myself.. anyhow: --->8--- [gerhard@bull ~]$ digikam digikam: WARNING: Running dcraw command : dcraw -c -2 -w -a -q 0 '/home/gerhard/Fotografie/Archief/Werk/10260312/pict0201.mrw' 0: No such file or directory /home/gerhard/Fotografie/Archief/Werk/10260312/pict0201.mrw: unsupported file format. digikam: WARNING: Not a raw digital camera image. --->8--- Double checked the file, it does exists (as it shows a thumbnail, but nevertheless). dcraw was version 6.31 (last stable) and is now 8.03 Both give the same error. To add to the fun I get the same error when clicking on a Canon powershot G3 CRW file: --->8--- digikam: WARNING: Running dcraw command : dcraw -c -2 -w -a -q 0 '/home/gerhard/Fotografie/Archief/Werk/2005-07-10/CRW_3507.CRW' 0: No such file or directory /home/gerhard/Fotografie/Archief/Werk/2005-07-10/CRW_3512.CRW: Not a TIFF file, bad version number 26 (0x1a). --->8--- after which the image IS shown.. After a little experimenting it seems that the space between the -q and the 0 isn't liked by dcraw. dcraw -c -2 -w -a -q 0 '/home/gerhard/Fotografie/Archief/Werk/2005-07-10/CRW_3507.CRW' complains with the 0: no such file or directy while dcraw -c -2 -w -a -q0 '/home/gerhard/Fotografie/Archief/Werk/2005-07-10/CRW_3507.CRW' doesn't. Hope it makes some sense.. Gerhard
Right. I will take a look about this dummy space. thanks for the report. The -q 0 option is require for the quality decoding levels to limit image decoding time. Gilles Caulier
The space between q and 0 from "-q 0" dcraw option is require to preserve compatibilty between dcraw < 0.8.x and last dcraw release. The space is not a problem : With "dcraw" v8.03 : dcraw -2 -w -a -q 0 MINOLTA-DYNAX7D.MRW ==> work fine dcraw -2 -w -a -q0 MINOLTA-DYNAX7D.MRW ==> Error : Non-numeric argument to "-q" With "dcraw" v6.35 : dcraw -2 -w -a -q 0 MINOLTA-DYNAX7D.MRW ==> Warning : "0: No such file or directory" ... but the file is decoded ! dcraw -2 -w -a -q0 MINOLTA-DYNAX7D.MRW ==> work fine Gilles Caulier
SVN commit 520608 by cgilles: digikam from trunk : Raw File decoding bugfix. This is the most stupid bug to found : always enable raw decoding quality setting to use with dcraw in 0.9.0 BY DEFAULT ! ... else if you toogle between 0.8.x serie and 0.9.0, you will have a 0x0 image size into Image Editor... CCMAIL: digikam-devel@kde.org CCBUGS: 123522, M +2 -1 setupiofiles.cpp --- trunk/extragear/graphics/digikam/utilities/setup/setupiofiles.cpp #520607:520608 @@ -195,7 +195,7 @@ config->setGroup("ImageViewer Settings"); d->RAWquality->setValue( config->readNumEntry("RAWQuality", 0) ); - d->enableRAWQuality->setChecked(config->readBoolEntry("EnableRAWQuality", false)); + d->enableRAWQuality->setChecked(config->readBoolEntry("EnableRAWQuality", true)); d->SuperCCDsecondarySensor->setChecked(config->readBoolEntry("SuperCCDsecondarySensor", false)); d->unclipColors->setChecked(config->readBoolEntry("UnclipColors", false)); d->cameraColorBalance->setChecked(config->readBoolEntry("AutomaticColorBalance", true)); @@ -204,6 +204,7 @@ d->JPEGcompression->setValue( config->readNumEntry("JPEGCompression", 75) ); d->PNGcompression->setValue( config->readNumEntry("PNGCompression", 9) ); d->TIFFcompression->setChecked(config->readBoolEntry("TIFFCompression", false)); + d->RAWquality->setEnabled(d->enableRAWQuality->isChecked()); }
is this bug is fixed now for you ? Please, give me a feedback... Gilles Caulier
On Monday 03 April 2006 15:09, Gilles Caulier wrote: > ------- is this bug is fixed now for you ? Please, give me a feedback... For as well the unstable (9.0 yesterday) as the stable 8.0 svn version it's a no. I installed the svn stable version as per info on the website. output: ----8<---- digikam: WARNING: Running dcraw command : dcraw -c -2 -w -a -q 0 '/home/gerhard/Fotografie/Archief/Werk/10360307/pict0131.mrw' 0: No such file or directory /home/gerhard/Fotografie/Archief/Werk/10360307/pict0131.mrw: unsupported file format. digikam: WARNING: Not a raw digital camera image. ----8<---- Still the same problem. It sees the 0 in -q 0 as the filename. This is with dcraw v5.86.
Found an old dcraw which didn't support mrw files yet on the system. Together with your patch to fix the -q 0 the problem is solved. Thanks for the support!
Sounds good (:=)))... Note that i have annoted in README file that digikam need dcraw 8.x release to work properly. Thanks for the report. Gilles Caulier
On Tuesday 04 April 2006 21:19, Gilles Caulier wrote: > ------- Sounds good (:=)))... > > Note that i have annoted in README file that digikam need dcraw 8.x release > to work properly. > And that's what I use now again (and how I found out about the old version hanging around.. The versionnumber hadn't chanced..)