GNOME Bugzilla – Bug 768118
Spacing on Paint Dynamics is not working correctly
Last modified: 2018-05-24 16:30:09 UTC
I have made a test with a simple round vbr brush... with only spacing parameter enabled. When the curve is touching the max (top) the spacing is decreasing. --- Steps: # Round brush; # Paint Dynamics with only spacing enabled (is better to use velocity, is more easy to see the behavior); # Make a constant curve and drop it in the max top: the behavior is as spacing equal to 1. # Drop the curve to bottom: the behavior is as spacing equal 300 circa. ---
(In reply to jose americo gobbo from comment #0) > I have made a test with a simple round vbr brush... with only spacing > parameter enabled. When the curve is touching the max (top) the spacing is > decreasing. > > --- > Steps: > # Round brush; > # Paint Dynamics with only spacing enabled (is better to use velocity, is > more easy to see the behavior); > # Make a constant curve and drop it in the max top: the behavior is as > spacing equal to 1. > # Drop the curve to bottom: the behavior is as spacing equal 300 circa. > --- Identical behavior happens on GIMP 2.8.16.
On the GIMP 2.9.4, the Spacing Parameter on Tool Options is not used on Paint Dynamics. The idea is that the parameter value of tool options would be the max value on the graph... and the curve would operate between the minimum spacing (1) and max registered in the Tool Options Spacing slider. The curve on Paint Dynamics works independently, in inverted way and do not is using the Spacing parameter of Tool Options.
Confirming. Changing the velocity/spacing curves to return constant min or max spacing and comparing the actual to the expected results is the most obvious problem.
Well, when I look at the spacing code in gimp_brush_core_interpolate(), my brain gets lobotomized instantly. What is this? I have no clue what it is supposed to do... We should really fix this for 2.10.
Created attachment 349098 [details] Drawing Lines with Ctrl+Shift on Paint Tool using spacing of paint dynamics. When we use Ctrl+Shift to draw a line the paint dynamic curve is not applied.
Created attachment 349099 [details] Spacing parameter issue drawing freely with a paint tool with spacing tool options > 100% When we paint freely with spacing>100% the curves are applied slowly, because the range of spacing is more large. I think that spacing with spacing more great that 100% no has an effective usage. The current range of spacing on Tool Options is from 0 to 5000%. Is difficult to imagine a case where is necessary spacing so big.
Created attachment 349100 [details] Drawing Lines with Ctrl+Shift on Paint Tool using spacing of paint dynamics - Tool Options < 100% Fade x Spacing with spacing < 100% is more easy to see the variations and understand the effective usage.
T
Created attachment 353100 [details] Velocity x Spacing Behavior - Paint dynamics I have remade the figures... now is more clear and correct the explanations. The Velocity is inverted on the curve, this is the minor issue, the range is calculated in a strange way... the MAX is always the double of spacing you chooses on tool options, and the value on tool options is the MIN. I think what would be correct in these cases is showing in *What I Am Waiting*.
Created attachment 353101 [details] Other Inputs, except velocity that has a different and inverse behavior in relation of others. The inputs: Pressure, Direction, Tilt, Random and Fade (I don't have conditions to test Wheel), have the same behavior. The range of the Spacing is positioned of the right-side of MIN value (value choose on tool options), the MAX value is the double of MIN value. The correct approach, for me, is showed in *What I Am Waiting*.
Setting to blocker for the release.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/923.