Re: [Gimp-developer] Brush dynamics input and output mapping.
On 09/15/2011 03:15 AM, Alexia Death wrote: Inputs that mapping does not make sense: Direction (0-1 = 0-360 deg) Random Doesn't make sense how? Look at GPS. Random is made rather good use of in some presets and direction has its uses as well. What I mean is it doesn't make sense for the direction to have any other mapping than from 0 to 360 degrees of the stroke to become 0 to 1 of the direction dynamics input. All the input mapping idea is for is to map the physical input from the device or mouse to the dynamics input in a way that is natural for the user. It is not meant to do anything more exotic, all that can be done in the dynamics themselves. You've mentioned that something like this is already there for the tablet axis in the form of curves under settings. So a user can already use these to map how input from the device would become input for the dynamics, what pressure or tilt range is natural for them. (I don't own a tablet yet so I wasn't previously aware these are already there.) Since these settings are already there, then my idea is reduced simply to having velocity dynamic configured as well so two different users with different ideas of what is slow and fast could still have their idea of slow mapped as 0 and their idea of fast mapped as 1 for the velocity dynamic, even if just using a mouse. signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
I've played with 2.7.3 on Windows a little bit. Here are some other ideas for new dynamic outputs: Hue, Saturation, and Value/Luminance Brian Allen Vanderburg II signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] More Brush dynamics?
On 09/15/2011 09:50 AM, Richard Gitschlag wrote: Date: Thu, 15 Sep 2011 09:37:05 -0400 From: brianvanderbu...@aim.com To: gimp-developer@lists.XCF.Berkeley.EDU Subject: Re: [Gimp-developer] More Brush dynamics? I've played with 2.7.3 on Windows a little bit. Here are some other ideas for new dynamic outputs: Hue, Saturation, and Value/Luminance Brian Allen Vanderburg II Those can already be simulated using the Color dynamic and careful RGB values, although as mentioned in bug #572300 the current Color dynamic (i.e. low pressure = FG, high pressure = BG) is a bit counter-intuitive in 2.6. If I want something more complicated, say I want to use the color output and fade input to paint a gradient stroke, but also want the pressure to adjust the saturation, so lighter pressure would make the stroke more gray and harder pressure would make the stroke more color. How would I do this with the current dynamic? Brian Allen Vanderburg II signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Brush dynamics input and output mapping.
As the brush dynamics editor only supports inputs from 0 to 1 and outputs from 0 to 1, it seems like it could be a good idea to support mapping inputs and outputs based on user preferences. Inputs that could use mapping: Velocity - I may consider 10 pix/sec slow (0) and 100 pix/sec fast (1) while someone else may consider 50 pix/sec slow and 500 pix/sec fast. Pressure - While a tablet may support many levels of pressure, a user may not be accustomed to pressing a certain force to get a desired result, and may wish that pressure level 300 (instead of 511) be treated as the maximum pressure (1). Similarly a user may not be good at being very light on the tablet and may prefer a pressure level of 30 to be treated as the minimum pressure (0). Tilt - A user may prefer a certain tilt range to map from. One user may prefer only slight tilts to get the full range (0-1) while another user may be fine with larger tilts. Inputs that mapping does not make sense: Direction (0-1 = 0-360 deg) Random Input mapping should probably be configured in user preferences. Similarly it may be useful for each target's outputs. For instance specifying the 0/1 size of a brush as a percentage of the brush size or opacity as a percentage of the current brush opacity. Brian Allen Vanderburg II signature.asc Description: OpenPGP digital signature ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dummy Layer with particular dynamic effect
On 08/27/2010 08:05 PM, Jacopo Corzani wrote: Hello, i think that would be very useful a dummy layer that can contains a particular effect/operation like curves in order to change parameters in future without any problems and eventually using a particular mask for handle particular zone where i don't want this. In this case is possible to activate or deactivate effects and change that parameters dynamically without any duplicate image layers with static effects. The problem may be in a user-defined plugins but for standard operation like levels or curves there isn't or i'm missing somethings? If i write an effect plugin would be perfect to associate that with this kind of dummy layer in order to change parameters/enable/disable/masking/unmasking that whenever i want. Sorry for my english :),i'm not a mother language... Jack ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer I think Paint Shop Pro had a feature like this. If I remember correctly, it was called an adjustment layer. For input it would take the composite of all lower layers and then apply the effect such as curves, brightness, etc. I would love to see something like that in GIMP, as well as something like layer groups so adjustments or other layer blending can affect only grouped layers but not other layers. The layer group image would basically be the composite of all sub-layers without the sub-layers being affected by any layers below the group: Layer 1 (group, multiply) |- Sublayer 1 (difference) |- Sublayer 2 (normal) Layer 2 (group, normal) |- Sublayer 3 (overlay) |- Sublayer 4 (normal) In this case, the layer group is also a dummy layer that virtually merges only the grouped layers (maybe even with any level of nesting), so that Sublayer 1 only affects Sublayer 2 and Sublayer 3 only affects Sublayer 4, with the result of the top group affecting only the result of the bottom group. Brian Vanderburg II ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Dummy Layer with particular dynamic effect
On 08/27/2010 10:15 PM, Liam R E Quin wrote: On Fri, 2010-08-27 at 20:58 -0400, Brian Vanderburg II wrote: [...] I would love to see something like that in GIMP, as well as something like layer groups Do the current (2.7.x) layer groups not meet your needs? Liam They probably do. I haven't had a chance to try any of the new features yet. On Debian 5 I'll have to compile babl and gegl, and install a newer intltool before compiling GIMP 2.7. Brian Vanderburg II ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Re: [Gimp-developer] An idea for resource management
Robert Krawitz wrote: Date: Sun, 18 May 2008 18:55:07 -0400 From: Brian Vanderburg II [EMAIL PROTECTED] I don't know if this has been talked about yet but could be nice for a future version of GIMP. Currently, in order to use a custom brush/gradient/etc, you must first create it, then edit/save/etc. Every time you want a new brush you have to create a new one, even if it is a temporary brush. Instead why not have the 'active' brush (and gradient,etc) always be user editable, saved between sessions. How would you restore the original version of the brush, in case you edited it accidentally? When you double-click on the brush in the brushes dialog (say Brush1), it would copy that brush's settings to the internal active brush. Changing the active brush would not change the settings of Brush1. To restore the original Brush1 settings, just double-click it again and it would copy Brush1 to the active brush again. To save settings you would just click the save button and type the name of the brush to save to, even Brush1 to overwrite it with new settings. The 'active' has all the settings of a brush, but it is a private brush (it has no name and is not shown in the brushes list). As you select a new brush in the brushes list it just makes a copy of that brush in memory to the active brush. The idea is there is a global active brush in memory, all painting is done with it (or if it is not saved between tools, then each tool has it's own active brush). Selecting a brush loads that brush and sets the settings on the tool's active brush. Even it the loaded brush is read-only, the active brush can be edited, and upon closing the program, would be saved out to a special location in the user data directory, not back to the brush it was loaded from. The user can choose to save the brush, in which case a text entry dialog would appear allowing the user to save. The same could be done with gradients, Loading a gradient simply loads the selected gradient into an active gradient, which can always be edited without being saved back out. Then tools that use a gradient use the active gradient. If the user changes to a different gradient it just loads that gradient into the active gradient. When closing it saves it in a special area somewhere. The user could save the gradient to a gradient file also. Just an idea. Brian Vanderburg II ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] An idea for resource management
I don't know if this has been talked about yet but could be nice for a future version of GIMP. Currently, in order to use a custom brush/gradient/etc, you must first create it, then edit/save/etc. Every time you want a new brush you have to create a new one, even if it is a temporary brush. Instead why not have the 'active' brush (and gradient,etc) always be user editable, saved between sessions. The 'active' brush always exists, so does not have to be created before changing. The active brush can be loaded from an existing brush, just by double-clicking on it in the brushes dialog, and save to a current brush just by saving it to a given name. Also, if a future version supports more complete brushes with controllers controlling various details of brush (size/opacity/jitter/etc) they could also be saved/loaded from from/to the active brush. Brian Vanderburg II ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] GIMP UI discussions
by the curve. For the radial gradient, the ability to adjust the focus point would be nice, and to define a better offset. Currently I have to create a selection with a hole in it and then draw the gradient from the center to get a donut shape, but adjusting the offset to the correct position is. Perhaps the radial gradient could be a three-point gradient (center, start, end) Save as PNG GIMP should support setting the display-gamma value perhaps under color management preferences and saving the correct gamma value to PNG if the save gamma option is enabled, and maybe also support embedding the color profile. For example, my display gamma is more around 2.1, so saving (1/2.2) in the file is not right for my display but should instead save (1/2.1) if I want it to save gamma correction information. Other issues: When creating a custom dock with various dialogs docked how I want. If I accidentally close the dock, I must recreate the dock and restore the dialogs. It would be nice if each dock could be saved as a 'view' or perspective so closing it can easily be restored. Perhaps it could go under Dialogs-Dock-Save Dock: Dialogs- Custom Docks- My AllInOne Dock My Misc Dock My Other Dock - Save New Dock These are juse some comments/ideas/etc. Brian Vanderburg II ___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
[Gimp-developer] Brushes/input controllers changes idea
destination attribute would be moved to the top automatically. During processing of each attribute based on input controllers, encountering an absolute attribute would stop processing, after since it should set the value absolutely instead of relative to the current value. Brian Vanderburg II inline: gui.png___ Gimp-developer mailing list Gimp-developer@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
