Yes, Mik,<br><br>To have coded originaly this plugins, the range is in interger and the parameters is passed to ImageMagick as a float after to have divided the value...<br><br>Gilles<br><br><div><span class="gmail_quote">

2007/10/16, Mikolaj Machowski <<a href="mailto:mikmach@wp.pl">mikmach@wp.pl</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Dnia Tuesday 16 of October 2007, Olivier Six napisał: > Hi everyone, > > I already asked about this problem, but got no answer. I will try > again to explain what my problem is : > > The "tools - batch process", if I go to the "filter", and "unsharp",

<br>> in the options, there are 4 settings that I can enter :<br>><br>> Radius, Deviation, Percent, Threshold<br>><br>> In the Imagemagick manuel, it says :<br>> threshold: The threshold, as a fraction of QuantumRange, needed to

<br>> apply the difference amount (default 0.05).<br>> (ref :<br>> <a href="http://www.imagemagick.org/script/command-line-options.php?#unsharp">http://www.imagemagick.org/script/command-line-options.php?#unsharp

</a>)<br>><br>> The problem is that I can only use integers as setting.<br>><br>> It appears the same problem applies for the other parameters.<br>><br>> In the page <a href="http://redskiesatnight.com/Articles/IMsharpen/">

http://redskiesatnight.com/Articles/IMsharpen/</a><br>> I can read :<br>><br>> <quote><br>> A typical call to convert might look something like the following:<br>> $ convert ... -unsharp 1.5x1.2+1.0+0.10

<input file> <output file> > </quote> > > Obviously all parameters could be ?NOT intergers?, but in the > batch-process, I can enter ONLY integers. > > Does anyone have an idea ? Is it a ?bug? in Imagemagick, or in Digikam?

<br><br>Well, ImageMagick has slightly different attitude toward values.<br>Almost everything there is in range 0-1 while in other programs it is<br>usually 1-100 or even 1-1000. IM probably has more scientific attitude<br>

contrary to user friendliness everywhere else. It is not bug per se in<br>either program. What is a bug for me is inability of digiKam to use<br>non-integer values for radius. Other values are just different approach.<br>

Threshold in batch tool has range 0-20. I suppose it is just 0-1 in 0.05 steps. Usability bug definitely. You should file it in <a href="http://bugs.kde.org">bugs.kde.org</a> asking for uniformity between kipi and digiKam.

<br><br>BTW - for unsharp mask 1.0 application is quite strong, try it with 0.8.<br><br>m.<br><br>_______________________________________________<br>Digikam-users mailing list<br><a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org

</a><br><a href="https://mail.kde.org/mailman/listinfo/digikam-users">https://mail.kde.org/mailman/listinfo/digikam-users</a><br></blockquote></div><br>