[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-kimageshop
Subject:    Re: Patch: Smudge Brush fixes
From:       JL VT <pentalis () gmail ! com>
Date:       2011-01-10 22:16:24
Message-ID: AANLkTi=1emVkDQs4vK0csGg-9brx=F8EdOnG7rexjNBk () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Silvio, I downloaded your patch and added it to a git branch called

krita-fixsmudgebrush-silvioheinrich

It's available in the remote repository (the master) such that others can
check it out and play with it.


I noticed a problem with your version of the brush, slightly transparent
colors quickly become opaque:
http://imagebin.org/132048

That doesn't give the impression of smudging very much. This is a problem
the old brush had to an extent, but it was mostly about the darkening (with
black).

I am also having difficulty replicating the "look" of the old smudge brush
defaults. Can you try to tune the defaults of your new brush to look as
identical as possible to the defaults of the old smudge brush?, this will
help avoiding unfamiliar behavior.

I also want to ask you why did you remove this part of the code? -->

        // Both limits defined to be 15 units away from the min (0) or max
(255) to allow actual mixing of colors
        const quint8 MIXABLE_UPPER_LIMIT = 240;
        const quint8 MIXABLE_LOWER_LIMIT = 15;

        /* Without those limits, the smudge brush doesn't smudge anymore, it
either makes a single
        dropplet of color, or drags a frame indefinitely over the canvas. */
        opacity = qBound(MIXABLE_LOWER_LIMIT, opacity, MIXABLE_UPPER_LIMIT);

Is it because you put the limits in the controls or the GUI, or is it
because you deemed it unnecessary?

From my testing, I think it's because you thought it was unnecessary, but
I'll show you a case you can test yourself:

http://imagebin.org/132050
http://imagebin.org/132051

With the old smudge brush, even at max rate, the brush decolorates with
time: it looks like a smudge.
With the new smudge brush (yours), at max rate (and even at intermediate
rates as long as you press hard with the tablet), the "smudge" turns
literally into a crayon, there's no decoloration, the same shape the brush
started with becomes the one it ends with.
And also at low rate the brush doesn't smudge anything at all.

I think you need to address that problem, if not with a hardcoded limit,
with a tweak to the controls (a tweak to the controls is harder because
tablet users also introduce a new factor to watch out for: the curve), or
with a logarithmic curve or something, because currently it's very easy to
cause this smudge brush to behave nearly like a clone tool (as displayed in
my screenshot).


Other than that I think your brush is fine for me (I don't know about the
rest), since 2.4 is in development I think it would be good if your brush
could be added with a new name, for example Smudge 2, such that artists can
test it and directly compare it with the old Smudge Brush, they will be the
first ones to notice any regression (because regressions are hard to gauge
anyway, sometimes what looks like an advancement to someone will look like a
regression to somebody else).


Here is me hoping to see you around in the near future,
Thank you for your contributions!


On Mon, Jan 3, 2011 at 9:20 PM, Silvio Heinrich <plassy@web.de> wrote:

> Now it should work pretty similar to the smudge tool in gimp.
> But I still need to do some tweaks to how the rate values (color and smudge
> rates) are used.
> It only smudges/paints correctly in a certain region of the rates.
> But the transparency issues should be solved by now, so no black color
> should be introduced anymore (hopefully :P).
>
> _______________________________________________
> kimageshop mailing list
> kimageshop@kde.org
> https://mail.kde.org/mailman/listinfo/kimageshop
>
>

[Attachment #5 (text/html)]

Silvio, I downloaded your patch and added it to a git branch \
called<div><br></div><div>krita-fixsmudgebrush-silvioheinrich</div><div><div><div><br></div><div>It&#39;s \
available in the remote repository (the master) such that others can check it out and \
play with it.</div> <div><br></div><div><br></div><div>I noticed a problem with your \
version of the brush, slightly transparent colors quickly become opaque:</div><div><a \
href="http://imagebin.org/132048">http://imagebin.org/132048</a></div> \
<div><br></div><div>That doesn&#39;t give the impression of smudging very much. This \
is a problem the old brush had to an extent, but it was mostly about the darkening \
(with black).</div><div><br></div><div>I am also having difficulty replicating the \
&quot;look&quot; of the old smudge brush defaults. Can you try to tune the defaults \
of your new brush to look as identical as possible to the defaults of the old smudge \
brush?, this will help avoiding unfamiliar behavior.</div> <div><br></div><div>I also \
want to ask you why did you remove this part of the code? \
--&gt;</div><div><br></div><div><div>        // Both limits defined to be 15 units \
away from the min (0) or max (255) to allow actual mixing of colors</div> <div>       \
const quint8 MIXABLE_UPPER_LIMIT = 240;</div><div>        const quint8 \
MIXABLE_LOWER_LIMIT = 15;</div></div><div><br></div><div><div>        /* Without \
those limits, the smudge brush doesn&#39;t smudge anymore, it either makes a \
single</div> <div>        dropplet of color, or drags a frame indefinitely over the \
canvas. */</div><div>        opacity = qBound(MIXABLE_LOWER_LIMIT, opacity, \
MIXABLE_UPPER_LIMIT);</div></div><div><br></div><div>Is it because you put the limits \
in the controls or the GUI, or is it because you deemed it unnecessary?</div> \
<div><br></div><div>From my testing, I think it&#39;s because you thought it was \
unnecessary, but I&#39;ll show you a case you can test \
yourself:</div><div><br></div><a \
href="http://imagebin.org/132050">http://imagebin.org/132050</a></div> <div><a \
href="http://imagebin.org/132051">http://imagebin.org/132051</a></div><div><br></div><div>With \
the old smudge brush, even at max rate, the brush decolorates with time: it looks \
like a smudge.</div><div>With the new smudge brush (yours), at max rate (and even at \
intermediate rates as long as you press hard with the tablet), the &quot;smudge&quot; \
turns literally into a crayon, there&#39;s no decoloration, the same shape the brush \
started with becomes the one it ends with.</div> <div>And also at low rate the brush \
doesn&#39;t smudge anything at all.</div><div><br></div><div>I think you need to \
address that problem, if not with a hardcoded limit, with a tweak to the controls (a \
tweak to the controls is harder because tablet users also introduce a new factor to \
watch out for: the curve), or with a logarithmic curve or something, because \
currently it&#39;s very easy to cause this smudge brush to behave nearly like a clone \
tool (as displayed in my screenshot).</div> <div><br></div><div><br></div><div>Other \
than that I think your brush is fine for me (I don&#39;t know about the rest), since \
2.4 is in development I think it would be good if your brush could be added with a \
new name, for example Smudge 2, such that artists can test it and directly compare it \
with the old Smudge Brush, they will be the first ones to notice any regression \
(because regressions are hard to gauge anyway, sometimes what looks like an \
advancement to someone will look like a regression to somebody else).</div> \
<div><br></div><div><br></div><div>Here is me hoping to see you around in the near \
future,</div><div>Thank you for your contributions!</div><div><br></div><div><br><div \
class="gmail_quote">On Mon, Jan 3, 2011 at 9:20 PM, Silvio Heinrich <span \
dir="ltr">&lt;<a href="mailto:plassy@web.de">plassy@web.de</a>&gt;</span> wrote:<br> \
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex;">Now it should work pretty similar to the smudge tool in \
gimp.<br> But I still need to do some tweaks to how the rate values (color and smudge \
rates) are used.<br> It only smudges/paints correctly in a certain region of the \
rates.<br> But the transparency issues should be solved by now, so no black color \
should be introduced anymore (hopefully :P).<br> \
<br>_______________________________________________<br> kimageshop mailing list<br>
<a href="mailto:kimageshop@kde.org">kimageshop@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kimageshop" \
target="_blank">https://mail.kde.org/mailman/listinfo/kimageshop</a><br> \
<br></blockquote></div><br></div></div>



_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic