GNOME Bugzilla – Bug 317357
Animated brushes with spraycan or finger
Last modified: 2008-01-15 13:01:04 UTC
When an animated brush (random) is used with the spraycan or the finger, only the first of the brush's frames is used. I have asked someone if this is the same with Linux and she says, spraycan works (uses all different brush layers), smudgefinger not, but maybe it is supposed not to work with the finger.
Definitely works on Linux with the airbrush. It isn't supported by the smudge tool and it also wouldn't make much sense if it would.
This could be the same reason as bug 317355 - the behaviour described here only happens for GIH brushes that specify random...
Well, the brush pipe code uses g_random_int_range(), which is only supposed to create one random number generator per gimp instance, so it shouldn't be the same reason unless the Windows implementation is really and truly hideously broken.
I tested after talking to one of you at the irc and it does work. But it is far from being equally spread with the larger animated brushes. And the amount of different brush pictures seems to be connected with the spacing as you suggested and the painting speed. The sketch brush with default settings works without problems, but even here, if you increase the spacing and the painting speed, one of the pictures gets more and more dominant over the others. There is a screenshot: http://www.gimpforum.de/ftopic2515.html
The screenshot isn't available any longer and the initial bug report seems to have been bogus. Closing this report now.