<br><br><div class="gmail_quote">2009/1/21 Matthias Welwarsky <span dir="ltr"><<a href="mailto:matze@welwarsky.de">matze@welwarsky.de</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Wednesday 21 January 2009 14:51:17 Gilles Caulier wrote:<br>
> 2009/1/21 Matthias Welwarsky <<a href="mailto:matze@welwarsky.de">matze@welwarsky.de</a>><br>
><br>
> > On Wednesday 21 January 2009 12:59:45 Matthias Welwarsky wrote:<br>
> > > On Wednesday 21 January 2009 09:41:30 Gilles Caulier wrote:<br>
> > > > ok. your new lens descriptio ntag for panasonic camera is recorded to<br>
> > > > DMetadata.<br>
> > > ><br>
> > > > Question : why you have set this change :<br>
> > > ><br>
> > > > +++ digikam-0.10.0-beta8/libs/dmetadata/dmetadata.cpp    2009-01-19<br>
> > > > 21:47:42.000000000 +0100<br>
> > > > @@ -105,7 +105,7 @@<br>
> > > ><br>
> > > >          if (identify.exposureTime != -1.0)<br>
> > > >          {<br>
> > > > -            convertToRational(1/identify.exposureTime, &num, &den,<br>
> > > > 8); +            convertToRational(identify.exposureTime, &num, &den,<br>
> > > > 8); setExifTagRational("Exif.Photo.ExposureTime", num, den, false); }<br>
> > ><br>
> > > Because otherwise the exposure time shows up as "40s" instead of<br>
> > > "1/40s". Might be a speciality of this camera particular camera, or a<br>
> > > bug in<br>
> ><br>
> > dcraw?<br>
> ><br>
> > > However, ufraw does it correctly, and Marcel Wiesweg wrote:<br>
> > > > Thanks, but that's already fixed in SVN ;-)<br>
> > ><br>
> > > So I assume it's actually a digikam bug which is already fixed.<br>
> ><br>
> > Which reminds me of something: The aperture is also incorrectly read from<br>
> > these RAW files. A photo was shot with f/10, but digikam reports f/32. Is<br>
> > this<br>
> > also fixed already, by chance?<br>
><br>
> No. This is a problem in Exiv2 library which is used by digiKam to handle<br>
> Raw metadata.<br>
<br>
</div></div>Not sure. It looks like Exiv2 doesn't at all handle Panasonics new "RW2" files<br>
and it falls back to using DMetadata::loadUsingDcraw(), which in turn uses<br>
KDcrawIface::KDcraw::rawFileIdentify().</blockquote><div><br>Libraw can handle some metadata, but it's not perfect as Exiv2 do. If Exiv2 cannot do it, Libraw is used instead.<br><br>I CC Alex Tutubalin (from LibRaw project) here for informations. <br>

<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
> Which version do you use ?<br>
<br>
</div>Hm. Whatever ships with kubuntu 8.10. I'll have a look when I'm back home.</blockquote><div><br>I recommend to use last Exiv2 0.18.<br><br>If it doesn't work with RW2, try current implementation from svn.<br>
<br>I CC Andreas Huggel (from Exiv2 project) here for info.<br> <br>In all case, It mus work with Exiv2. If i doesn't, open a new Exiv2 bug report.<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<div class="Ih2E3d"><br>
><br>
> Note : digikam do not use dcraw to play with Raw image data, but libraw.<br>
<br>
</div>... and libraw is based on dcraw, I know.</blockquote><div><br>And new version 0.7.0 start to implement new demosaising methods different than dcraw, with better results.<br><br> Gilles Caulier</div></div><br>