<div dir="ltr">I palatalized the code of DK Lensfun filter :<div><br></div><div><a href="https://bugs.kde.org/show_bug.cgi?id=378804">https://bugs.kde.org/show_bug.cgi?id=378804</a><br></div><div><br></div><div>It still a little dysfunction at init, but 90% of the work is done. It just need to be finalized...</div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-04-17 16:17 GMT+02:00 Torsten Bronger <span dir="ltr"><<a href="mailto:bronger@physik.rwth-aachen.de" target="_blank">bronger@physik.rwth-aachen.de</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hallöchen!<br>
<span class=""><br>
Hans-Peter writes:<br>
<br>
> i noticed that automatic lens correction (currently DK 5.5) is<br>
> very slow and uses only one CPU core. When doing this in Gimp<br>
> (lensfun-plugin), its way faster and uses all cores.<br>
><br>
> Is this a bug or are there some reasons for this?<br>
<br>
</span>Lensfun indeed contains no parallel execution of code.  I don't know<br>
for sure why this is but I suspect that the original Lensfun<br>
designer expected the calling program to vectorise tasks.  For<br>
example, different regions of the image can be corrected calling<br>
Lensfun concurrently.  Moreover, when mass-converting RAWs to JPEGs,<br>
images can be processed in parallel.<br>
<br>
Having parallel execution on both levels, Lensfun and<br>
Digikam/Darktable/whatever, is probably not a good idea.<br>
<br>
Tschö,<br>
Torsten.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Torsten Bronger<br>
<br>
</font></span></blockquote></div><br></div>