GNOME Bugzilla – Bug 99457
Support for dynamics on tilt
Last modified: 2009-07-15 23:14:20 UTC
Hello, I would like to see a new brush tool in the GIMP that can hold two or more different colors on it. The brush would simulate how a real painter might load two different colors on each side of the brush. This brush would require a tablet with tilt sensitivty. When painting the tilt of the brush will determine what color is applied. Example: If red is assigned to brush side "top," and green is assigned to brush side "bottom," then if the brush were stroked with with no tilt the color would be brown. Or if the brush is stroked with an upward tilt the color would be redish brown. Or if the brush was stroked with a maxium downward tilt, then the color would be tottaly green. I would also like to see a more 'true to real painting' method for sampling colors combined with this brush. This would be a presure sensitive method of sampling color. If i were to hold down the "ALT" key with this brush, then tilt my brush upward (to assign a new color to the top), then press on the canvas, my color should sample the pixel it is over, but add it to my current color based on the amount of pressure i apply. It would also be nice if this function updated with the brushes movement; this way i could lightly stroke over an area (with alt pressed), and fill one side of my brush with the average color of the areas i passed over. -brett http://www.initialprairiedog.com
I think you can already do this by constructing an appropriate brush pipe. The second thing mentioned in your report (please file separate reports for different proposals!) is sortof similar to the watercolor color selector we have for a long time now.
I propose to mark this report as a duplicate of bug 65118. It has some new ideas but I'd like to collect them in one place.
*** This bug has been marked as a duplicate of 99473 ***
Oops, I'm having a bad day with bugzilla.
Changes at the request of Dave Neary on the developer mailing list. I am changing many of the bugzilla reports that have not specified a target milestone to Future milestone. Hope that is acceptable.
The way I can see this implemented is tilt dependent color dynamic... And as such it might not be difficult to implement at all, but it requires a tablet with tilt, and that is something I do not have.
Since I do now have a tablet with tilt Im assigning it to myself.
Created attachment 128732 [details] [review] split scale parameter to scale_x and scale_y brings separate scale for x and y to brush core level in preparation for two aspect scale.
Created attachment 128733 [details] [review] split scale parameter to scale_x and scale_y brings separate scale for x and y to brush core level.
Network problem. sorry about the double.
2009-02-14 Sven Neumann <sven@gimp.org> Bug 99457 – Support for dynamics on tilt * app/core/gimpbrush.[ch] * app/core/gimpbrushgenerated.c * app/core/gimpbrush-transform.[ch] * app/paint/gimpbrushcore.c * app/paint/gimpsmudge.c: applied patch from Alexia Death, separates brush scaling for x and y.
Is there going to be any UI control over default x/y scale (say, an aspect ratio slider similar to the one in GIMPressionist)? IMO exact control over this kind of thing is very helpful, both with VBRs and normal mask/pixmap brushes.
In ideal case scale_x, scale_y(in whatever image units the user has, not as scale, but leaving them internally scales) and angle should be exposed by single widget incorporating brush preview brush.Id appreciate it if somebody took it up and made such a widget, because I have no clue where to even start with making such a thing.
Created attachment 129005 [details] [review] Tilt dynamic for brushes First iteration. testing/review desired.
Does it really make sense to map tilt to everything possible? I would have expected that it only applies to properties that are somehow connected to the brush geometry. Brush aspect and/or rotation are the only things that make sense here, IMO.
It does. Do you have anything left to try it with? Im mapping tilt as vector length to most parameters and it makes perfect sense to have bigger opacity or size or if you have bigger tilt, or different color on sides of brushes than on the center. The only thing that is sort of useless now is hardness, but that will change once it does whats expected, that being blurring the brush.
All patches commited, no further work requested, and it seems to work fine in git master. I am closing this as FIXED.