Bug 123522

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..)