<div dir="ltr">Caspar,<br><br>I will post a new entry in my blog about libraw support in digiKam, to describe a technical review.<br><br>But there is some report from users that i would to see in this room about libkdcraw 0.1.6 based on libraw, especially about speed improvements:<br>

<br>- We don't use KProcess to fork dcraw program. forking take more time than to use multithreading.<br>- Demosaiced Raw data are taken directly in memory. It's fast. before, with dcraw, we use a pipe. It's more slow<br>

- Auto gamma adjustment in 16 bits color depth is done by main demosaicing loop from libraw. Before, it's done in digiKam Raw loader, because dcraw do not support this mode. This is want mean that we have another loop in the trash. It's faster<br>

- The same way is done for thumbnail. we recieve image data from memory without to use KProcess. It's faster.<br>- At startup, we don't check dcraw program installed on your computer. This speed up this part a little.<br>

<br>BUT the best is for the future ! Libraw use now openmp to parallelize demosaicing jobs !!! Can you feel it... More info here :<br><br><a href="http://openmp.org/wp/" target="_blank">http://openmp.org/wp/</a><br><br>OpenMp extension for GCC is included by default with 4.2 version of compiler...<br>

<br>This is want mean that RAW time loading will be decreased around 30-40% (first test done here with a dual core processor). This is a major improvement for digiKam and RAW workflow. This mode is not yet enabled by default. I need to test indeep before...<br>

<br>This way have been possible with help of <span class="HcCDpe"><span class="EP8xU" style="color: rgb(0, 104, 28);">Holger Berger</span></span>, who have written a patch for dcraw to parallelize code. Note that this patch have never been accepted by Dave Coffin, so dcraw will continue to use a non parallelized code for a while (and same for UFRAW).<br>
<br>If you have already tested Bibblepro, it use also a parallelized code to demosaic raw file (based on dcraw too, dixit dcraw web page). this is why this program is fast to play with RAW... This will be the same with digiKam in a near future (:=)))<br>
<br>Gilles Caulier<br><br><br><br><div class="gmail_quote">2008/9/16 Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</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 dir="ltr"><br><br><div class="gmail_quote"><div>2008/9/16 Caspar Maessen <span dir="ltr"><<a href="mailto:cmaessen@casco.demon.nl" target="_blank">cmaessen@casco.demon.nl</a>></span><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>Op dinsdag 16 september 2008, schreef Gilles Caulier:<br>
<br>
</div><div>  > Fixed in svn<br>
What a service! Thank you.<br>
</div></blockquote></div><br>libraw is update to 0.6.0-beta2 in svn. please update, compile and test again<br><br>Gilles<br></div>
</blockquote></div><br></div>