ALGLIB (GPLv2) might be worth a look... <br><br><div class="gmail_quote">On Thu, Jun 17, 2010 at 8:08 PM, Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">2010/6/17 Marcel Wiesweg <<a href="mailto:marcel.wiesweg@gmx.de">marcel.wiesweg@gmx.de</a>>:<br>
<div><div></div><div class="h5">><br>
>> JulienN raised a good idea in comments under my blogpost. Rewrite the<br>
>> filters to be deterministic and thus fully reproducible. This would help a<br>
>> lot for non-destruct. editng. I would go with leaving the random init part,<br>
>> but alter the filters in such way, that we can store the output values and<br>
>> reuse it later with those exact same values to get an exact same output.<br>
>><br>
>> The benefits would be quite big for NDE as now the concept is such, that<br>
>> with using any non-reproducible filter, new file must be created to<br>
>> preserve this exact output and also, any edit you did prior that will be<br>
>> unremovable without losing this output. Example: you use brightness,<br>
>> contrast and raindrops and then some other filters. Now you see that the<br>
>> initial brightness is not very good so you want to change/remove it. But<br>
>> if you do so, you must reapply all the filters in the stack which are<br>
>> after<br>
>> brightness. But since you can't reapply the raindrops, you need to lose<br>
>> this and that means you will lose any other edits you did after raindrops<br>
>> too.<br>
>><br>
>> What do you think? Would it be possible to alter all the filters so they<br>
>> could be reproduced to get the exact same output? I don't have very good<br>
>> code knowledge of them.<br>
><br>
> Yes, it's a very interesting point.<br>
><br>
> 1) Which filters are affected? A search for rand reveals:<br>
> - BlurFX<br>
> - DistortionFX<br>
> - Filmgrain<br>
> - Raindrop<br>
> - localcontrast<br>
> - in the CImg library<br>
><br>
> I would separate out one group of filters: Those depending on very complex,<br>
> possibly externally develop algorithms like CImg. For these, the algorithm can<br>
> change with library updates, we dont have full control anyway.<br>
<br>
</div></div>CImg is included in digiKam. So the problem can be wrap around.<br>
<br>
But... last CImg do not include GreyStoration algoritm now. a new<br>
library have been developped and is named GMic... I already take a<br>
look into this lib, and i lost. It's difficult to use with digiKam<br>
<div class="im"><br>
<br>
> I am not sure which other plugins fall into this group; localcontrast? Gilles<br>
> knows more about that.<br>
<br>
</div>I'm not sure to understand. Why localcontrast fall into this group. it<br>
just a color correction tool as BCG, or HSL...<br>
<font color="#888888"><br>
Gilles<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Digikam-devel mailing list<br>
<a href="mailto:Digikam-devel@kde.org">Digikam-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-devel" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Aditya Bhatt<br>Blog : <a href="http://adityabhatt.wordpress.com">http://adityabhatt.wordpress.com</a><br>Bitbucket: <a href="http://bitbucket.org/aditya_bhatt">http://bitbucket.org/aditya_bhatt</a><br>
Face Recognition Library : <a href="http://libface.sourceforge.net">http://libface.sourceforge.net</a><br>