Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
Hi. I've not been on my Linux system with Gimp for a bit so Ideally I need to work through exactly how I set that up and how I'm using it. The aconnectgui is how to see and make the connections but in actual fact it's best to do that from command. The connection isn't remembered so rather than set it up via aconnectgui I just run a command every time I start Gimp. As for the colour adjustments. You turn knobs to change colours but you see that colour changing on the colour wheel and can still select there anyway, if you want. It can be used to make small colour changes as you paint or values, opacity, whatever you want. Brush size is an obvious one. You can literally change stuff as you paint a stroke but that can end up a bit glitchy. One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. All the functions that can be mapped to keyboard can be mapped to MIDI except the MIDI has continuous controller meaning instead of one key command ton say make a brush bigger you have values from 0-127. Obviously this is better. I mentioned that with colour I think you need to set the controller to not go to value 0. I'll have to confirm that but I think value 0 for a colour causes it to turn all colours to 0 or something similar. There is some kind of problem with that. I think it needs to be 1-127. Maybe some other people can have a go with this. Any piece of modern music gear tends to have MIDI so if you've got any keyboard or whatever you can test this or use software that can send MIDI to test it. An example would be ZynAddSubFX. That should show up at ALSA and it should have some MIDI out function (I Think). This would obviously be useless but can used used just as a test. Until I get back into Gimp for painting again, I can't explain everything. On 12 September 2012 18:49, yahvuu yah...@gmail.com wrote: Hello Ryan, Am 12.09.2012 15:25, schrieb Ryan Stark: [..] Gimp can be hooked up to a MIDI controller for controlling brush sizes or anything else. This is a superb feature. You can buy a little MIDI controller with lots of knobs and sliders. VASTLY superior to sliders on graphics tablets. Und Am 12.09.2012 18:31, schrieb Ryan Stark: Now that's a really neat idea. What (affordable) MIDI controller do you like? I use a Korg NanoKontrol. The one here with the sliders and knobs: http://www.korg.co.uk/products/software_controllers/nano2/sc_nano2.php I'm not sure how much it is but it's cheap compared to what there used to be. It's very small and portable so ideal for Gimp. It communicates with alsa (via USB). You have a small GUI app called aconnectgui where you can see the Korg output and Gimp input. You just connect them up. I actually do it from command but that's because I couldn't find aconnectgui in the Arch repo. Here's some info from the Ubuntu site: https://apps.ubuntu.com/cat/applications/precise/aconnectgui/ One problem is that you need the Korg editor (Windows or OSX) to change MIDI functions on the NanoKontrol. That should work via wine but I didn't try that. The reason you have to change some things is that by default some of the switches are momentary or maybe that wasn't the problem. I can't remember exactly but I had to edit a few things. I'm not on Linux at the moment to look at it exactly but you'll find MIDI under Input controllers in Gimp. You have a vast choice of Gimp parameters and you set them by choosing the one you want then moving the appropriate knob on the controller to set it to the parameter. There is stacks you can do. I like to set it to change colours i.e. one knob will increase red etc. Selecting colours, values etc in the colour wheel suddenly starts to become obsolete. Actually, thinking about that particular function, I think that was why I had to edit the Korg via its OSX(or Windows) editor. I think you need that particular value to not go to zero value. Probably I should document all this somewhere properly. The huge advantage over a graphics tablet slider is that MIDI has continuous controllers. This means you move the knobs and sliders up and down to exact values. You are not sending a keyboard command. It's really quite ingenious whoever thought of adding that to Gimp and I bet hardly anyone uses it. even more so since this really interesting piece of information got buried in one of those threads i really cannot justify spending my time to wade through such slurry :) I'm really curious about the following passage: [..] I like to set it to change colours i.e. one knob will increase
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
On Thu, Sep 13, 2012 at 2:25 PM, Ryan Stark wrote: I've not been on my Linux system with Gimp for a bit so Ideally I need to work through exactly how I set that up and how I'm using it. The aconnectgui is how to see and make the connections but in actual fact it's best to do that from command. The connection isn't remembered so rather than set it up via aconnectgui I just run a command every time I start Gimp. We just need to patch GIMP to support JACK and Jack Session :) (as well as half a dozen of other session managers) Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
On Thu, Sep 13, 2012 at 2:46 PM, Ryan Stark wrote: Yes, you could connect through Jack but Hardware will show up at ALSA so I don't think Jack would actually be a benefit for Gimp use but maybe you'd need this to test with software? Um, that was more like a joke :) I think it's entirely possible to create a nice(r) UI for MIDI controllers that would remember your gear and autoconnect depending on the current system (Windows version of GIMP uses DirectSound to provide MIDI features). Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
You can do anything. That's why it's so great. MIDI has continuous controllers and notes. Notes can be mapped as well. Continuous controllers can be set to any value or a button sends that value so say you want a collection of brush sizes, you set a button to send a value anywhere from 0-127 that can be used to set any brush size at the click of a button. On 13 September 2012 11:46, Ryan Stark efflux...@googlemail.com wrote: Yes, you could connect through Jack but Hardware will show up at ALSA so I don't think Jack would actually be a benefit for Gimp use but maybe you'd need this to test with software? ZynaddSubFX can connect via ALSA or Jack (or use Yoshimi) but can you then connect to GIMP somehow maybe via the Jack connection UI where ALSA and Jack MIDI show up? I'll have to leave this for others to test. I'm not on my Linux graphics machine at the moment. I'm on OSX. On 13 September 2012 11:36, Ryan Stark efflux...@googlemail.com wrote: There's a video on youtube of somebody doing it but I don't recommend pushing it this far i.e. changing as you actually make a stroke. That can get a bit glitchy. Also, a keyboard isn't ideal. You want something like that Korg. Before the Korg NanoKontrol, there wasn't anything as ideal but that machine is cheap, small and perfect for the job. http://www.youtube.com/watch?v=Llu3WGbJpzc On 13 September 2012 11:25, Ryan Stark efflux...@googlemail.com wrote: Hi. I've not been on my Linux system with Gimp for a bit so Ideally I need to work through exactly how I set that up and how I'm using it. The aconnectgui is how to see and make the connections but in actual fact it's best to do that from command. The connection isn't remembered so rather than set it up via aconnectgui I just run a command every time I start Gimp. As for the colour adjustments. You turn knobs to change colours but you see that colour changing on the colour wheel and can still select there anyway, if you want. It can be used to make small colour changes as you paint or values, opacity, whatever you want. Brush size is an obvious one. You can literally change stuff as you paint a stroke but that can end up a bit glitchy. One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. All the functions that can be mapped to keyboard can be mapped to MIDI except the MIDI has continuous controller meaning instead of one key command ton say make a brush bigger you have values from 0-127. Obviously this is better. I mentioned that with colour I think you need to set the controller to not go to value 0. I'll have to confirm that but I think value 0 for a colour causes it to turn all colours to 0 or something similar. There is some kind of problem with that. I think it needs to be 1-127. Maybe some other people can have a go with this. Any piece of modern music gear tends to have MIDI so if you've got any keyboard or whatever you can test this or use software that can send MIDI to test it. An example would be ZynAddSubFX. That should show up at ALSA and it should have some MIDI out function (I Think). This would obviously be useless but can used used just as a test. Until I get back into Gimp for painting again, I can't explain everything. On 12 September 2012 18:49, yahvuu yah...@gmail.com wrote: Hello Ryan, Am 12.09.2012 15:25, schrieb Ryan Stark: [..] Gimp can be hooked up to a MIDI controller for controlling brush sizes or anything else. This is a superb feature. You can buy a little MIDI controller with lots of knobs and sliders. VASTLY superior to sliders on graphics tablets. Und Am 12.09.2012 18:31, schrieb Ryan Stark: Now that's a really neat idea. What (affordable) MIDI controller do you like? I use a Korg NanoKontrol. The one here with the sliders and knobs: http://www.korg.co.uk/products/software_controllers/nano2/sc_nano2.php I'm not sure how much it is but it's cheap compared to what there used to be. It's very small and portable so ideal for Gimp. It communicates with alsa (via USB). You have a small GUI app called aconnectgui where you can see the Korg output and Gimp input. You just connect them up. I actually do it from command but that's because I couldn't find aconnectgui in the Arch repo. Here's some info from the Ubuntu site: https://apps.ubuntu.com/cat/applications/precise/aconnectgui/ One problem is that you need the Korg editor (Windows or OSX) to change MIDI functions on the NanoKontrol. That should work via wine but I didn't try that. The reason you have to change some things
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
You need to set up the Korg using Windows software to get it all exactly as you want. That should work in wine. Gimp will remember all the mappings but the one problem is that Gimp doesn't remember the connection so you have to connect the ALSA output of the MIDI controller to Gimp's input after starting Gimp. This isn't difficult though. It's simply the connection posts number and MIDI channels. One command can do that. That's a bit easier than opening the GUI to be honest. One benefit of using the MIDI controller to adjust colour is that you can create minor adjustments of colour constantly which helps with the fact that Gimp doesn't blend paint on the canvas. To be honest though, Photoshop didn't have that feature for ages and I didn't see it stopping great art in Photoshop. A lot of great Photoshop artists still generally don't use paint blending because they are so used to not having that feature in the past. It's a very over rated feature. It just seems very cool to begin with if you try in it Krita or Mypaint. If you can paint or draw, the lack of that feature is not going to stop you making great paintings. I have been building up a large collection of brushes in Gimp. The default ones were very poor. 2.8 is better but still, I don't think the full power of Gimps brushes is utilised by most people. I find that in Krita and especially Mypaint (although there is a great procedural aspect to the brushes in that app) you can't create as cool brushes as you can in Gimp. Gimp also understands Wacom pens that rotate. Another largely unknown feature (if you have a pen that sends rotate info). Gimp is really a seriously underrated app. Go check out any brilliant art done in Photoshop and Gimp can do all of that easily. On 13 September 2012 11:53, Ryan Stark efflux...@googlemail.com wrote: You can do anything. That's why it's so great. MIDI has continuous controllers and notes. Notes can be mapped as well. Continuous controllers can be set to any value or a button sends that value so say you want a collection of brush sizes, you set a button to send a value anywhere from 0-127 that can be used to set any brush size at the click of a button. On 13 September 2012 11:46, Ryan Stark efflux...@googlemail.com wrote: Yes, you could connect through Jack but Hardware will show up at ALSA so I don't think Jack would actually be a benefit for Gimp use but maybe you'd need this to test with software? ZynaddSubFX can connect via ALSA or Jack (or use Yoshimi) but can you then connect to GIMP somehow maybe via the Jack connection UI where ALSA and Jack MIDI show up? I'll have to leave this for others to test. I'm not on my Linux graphics machine at the moment. I'm on OSX. On 13 September 2012 11:36, Ryan Stark efflux...@googlemail.com wrote: There's a video on youtube of somebody doing it but I don't recommend pushing it this far i.e. changing as you actually make a stroke. That can get a bit glitchy. Also, a keyboard isn't ideal. You want something like that Korg. Before the Korg NanoKontrol, there wasn't anything as ideal but that machine is cheap, small and perfect for the job. http://www.youtube.com/watch?v=Llu3WGbJpzc On 13 September 2012 11:25, Ryan Stark efflux...@googlemail.com wrote: Hi. I've not been on my Linux system with Gimp for a bit so Ideally I need to work through exactly how I set that up and how I'm using it. The aconnectgui is how to see and make the connections but in actual fact it's best to do that from command. The connection isn't remembered so rather than set it up via aconnectgui I just run a command every time I start Gimp. As for the colour adjustments. You turn knobs to change colours but you see that colour changing on the colour wheel and can still select there anyway, if you want. It can be used to make small colour changes as you paint or values, opacity, whatever you want. Brush size is an obvious one. You can literally change stuff as you paint a stroke but that can end up a bit glitchy. One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. All the functions that can be mapped to keyboard can be mapped to MIDI except the MIDI has continuous controller meaning instead of one key command ton say make a brush bigger you have values from 0-127. Obviously this is better. I mentioned that with colour I think you need to set the controller to not go to value 0. I'll have to confirm that but I think value 0 for a colour causes it to turn all colours to 0 or something similar. There is some kind of problem with
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
So can you use MIDI in Windows as well? I've never tried that. I'm always assuming Gimp users are Linux but of course that isn't the case. I'm sure I've read there is a problem with it on OSX though. I don't like Gimp OSX. Often there are problems. I stopped using it on OSX. On 13 September 2012 12:07, Ryan Stark efflux...@googlemail.com wrote: You need to set up the Korg using Windows software to get it all exactly as you want. That should work in wine. Gimp will remember all the mappings but the one problem is that Gimp doesn't remember the connection so you have to connect the ALSA output of the MIDI controller to Gimp's input after starting Gimp. This isn't difficult though. It's simply the connection posts number and MIDI channels. One command can do that. That's a bit easier than opening the GUI to be honest. One benefit of using the MIDI controller to adjust colour is that you can create minor adjustments of colour constantly which helps with the fact that Gimp doesn't blend paint on the canvas. To be honest though, Photoshop didn't have that feature for ages and I didn't see it stopping great art in Photoshop. A lot of great Photoshop artists still generally don't use paint blending because they are so used to not having that feature in the past. It's a very over rated feature. It just seems very cool to begin with if you try in it Krita or Mypaint. If you can paint or draw, the lack of that feature is not going to stop you making great paintings. I have been building up a large collection of brushes in Gimp. The default ones were very poor. 2.8 is better but still, I don't think the full power of Gimps brushes is utilised by most people. I find that in Krita and especially Mypaint (although there is a great procedural aspect to the brushes in that app) you can't create as cool brushes as you can in Gimp. Gimp also understands Wacom pens that rotate. Another largely unknown feature (if you have a pen that sends rotate info). Gimp is really a seriously underrated app. Go check out any brilliant art done in Photoshop and Gimp can do all of that easily. On 13 September 2012 11:53, Ryan Stark efflux...@googlemail.com wrote: You can do anything. That's why it's so great. MIDI has continuous controllers and notes. Notes can be mapped as well. Continuous controllers can be set to any value or a button sends that value so say you want a collection of brush sizes, you set a button to send a value anywhere from 0-127 that can be used to set any brush size at the click of a button. On 13 September 2012 11:46, Ryan Stark efflux...@googlemail.com wrote: Yes, you could connect through Jack but Hardware will show up at ALSA so I don't think Jack would actually be a benefit for Gimp use but maybe you'd need this to test with software? ZynaddSubFX can connect via ALSA or Jack (or use Yoshimi) but can you then connect to GIMP somehow maybe via the Jack connection UI where ALSA and Jack MIDI show up? I'll have to leave this for others to test. I'm not on my Linux graphics machine at the moment. I'm on OSX. On 13 September 2012 11:36, Ryan Stark efflux...@googlemail.com wrote: There's a video on youtube of somebody doing it but I don't recommend pushing it this far i.e. changing as you actually make a stroke. That can get a bit glitchy. Also, a keyboard isn't ideal. You want something like that Korg. Before the Korg NanoKontrol, there wasn't anything as ideal but that machine is cheap, small and perfect for the job. http://www.youtube.com/watch?v=Llu3WGbJpzc On 13 September 2012 11:25, Ryan Stark efflux...@googlemail.com wrote: Hi. I've not been on my Linux system with Gimp for a bit so Ideally I need to work through exactly how I set that up and how I'm using it. The aconnectgui is how to see and make the connections but in actual fact it's best to do that from command. The connection isn't remembered so rather than set it up via aconnectgui I just run a command every time I start Gimp. As for the colour adjustments. You turn knobs to change colours but you see that colour changing on the colour wheel and can still select there anyway, if you want. It can be used to make small colour changes as you paint or values, opacity, whatever you want. Brush size is an obvious one. You can literally change stuff as you paint a stroke but that can end up a bit glitchy. One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. All the functions that can be mapped to keyboard can be mapped to MIDI except the MIDI has
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
On 13 September 2012 07:25, Ryan Stark efflux...@googlemail.com wrote: One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. Oh well...we used to have logarithmic brush size control. Now, you have a linear space ranging from 0 to 1000.00 - if you have to control the brush size using a 2 cm course MIDI pedal, it simply won' t do -out of the box - But I think it could be controled using the dynamics curves: create a new brush dynamics, map the input control to brush size there, and edit its curve so that the maximum size (right) is at roughly 10% of the graphic height. js -- ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
On 13 September 2012 08:26, Ryan Stark efflux...@googlemail.com wrote: Yes, exactly, that is the problem. You can change the default brush largest size before compiling. Presently it's too large and this needs discussed with developers. I found somewhere how to change that code and it's very easy to do. Just find that one value and change it but also some UI that can be added to alter that largest brush size from Gimps UI. My Gimp is currently installed in the standard way. Next time I use it for painting I will compile and I'll document how to do that. At present, I can't even remember how to do that. I'm not even writing this from Linux. Somewhere on my Linux machine is a note on how to do it. This needs changing on Gimp. Whether you are using MIDI or a tablet slider, the largest size of brush is ludicrous. It effects all the brush sizing - stepping it up etc. It's no good. What do you think would be a reasonable largest size multiplier (as opposed to actual brush size)? The current value is 1000.0 - in the previous version it was 10.0.Also, up to GIMP 2.6, feaures that ranged from 0 to 1000.0 (like actual brush radius) would vary in a logarithmic way, meaning that if you started with a value of 5.0, small variations close to that would make changes from 2 - to 20.0 --if you started at 500.00, the same small variations could take you to 150.0 - 1000.0 Maybe, simply having the largest brush size as a value in preferences could make up for all use cases. On 13 September 2012 12:17, Joao S. O. Bueno gwid...@mpc.com.br wrote: On 13 September 2012 07:25, Ryan Stark efflux...@googlemail.com wrote: One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. Oh well...we used to have logarithmic brush size control. Now, you have a linear space ranging from 0 to 1000.00 - if you have to control the brush size using a 2 cm course MIDI pedal, it simply won' t do -out of the box - But I think it could be controled using the dynamics curves: create a new brush dynamics, map the input control to brush size there, and edit its curve so that the maximum size (right) is at roughly 10% of the graphic height. js -- ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
I can't even remember the brush size. I'm not looking at Gimp as present, It's just WAY too large in Gimp 2.8. 2.6 was fine. I've not used 2.6 for years so I can't remember everything about it as far as this logarithmic stuff etc is concerned. I'm not even looking at 2.8. I'm on a Mac. Gimp is on my Linux system. I flit from doing music on the Mac then doing graphics on Linux. I had to move off Linux for music unfortunately. It's not advanced enough yet. Next time I work in it for graphics I'll check all of this out. I'll need to compile Gimp to get the brush smaller. We need to collect info about what needs to be done then Gimp needs to be released in some usable state as far as brush sizing. Most users of Gimp are't going to compile and change code and I can't be bothered with that either. At present the situation will make people go to Mypaint or Krita for painting but in my opinion Gimp is still better. Largest brush size needs to be adjustable. As you say, this could be done in preferences. When I looked into how to find the largest brush size in code before compiling, I also noticed that this code had info to add UI to change that but I didn't use that. Now I don't know where I found that code change. It's on the net somewhere but I'll look for it again. On 13 September 2012 12:47, Joao S. O. Bueno gwid...@mpc.com.br wrote: On 13 September 2012 08:26, Ryan Stark efflux...@googlemail.com wrote: Yes, exactly, that is the problem. You can change the default brush largest size before compiling. Presently it's too large and this needs discussed with developers. I found somewhere how to change that code and it's very easy to do. Just find that one value and change it but also some UI that can be added to alter that largest brush size from Gimps UI. My Gimp is currently installed in the standard way. Next time I use it for painting I will compile and I'll document how to do that. At present, I can't even remember how to do that. I'm not even writing this from Linux. Somewhere on my Linux machine is a note on how to do it. This needs changing on Gimp. Whether you are using MIDI or a tablet slider, the largest size of brush is ludicrous. It effects all the brush sizing - stepping it up etc. It's no good. What do you think would be a reasonable largest size multiplier (as opposed to actual brush size)? The current value is 1000.0 - in the previous version it was 10.0.Also, up to GIMP 2.6, feaures that ranged from 0 to 1000.0 (like actual brush radius) would vary in a logarithmic way, meaning that if you started with a value of 5.0, small variations close to that would make changes from 2 - to 20.0 --if you started at 500.00, the same small variations could take you to 150.0 - 1000.0 Maybe, simply having the largest brush size as a value in preferences could make up for all use cases. On 13 September 2012 12:17, Joao S. O. Bueno gwid...@mpc.com.br wrote: On 13 September 2012 07:25, Ryan Stark efflux...@googlemail.com wrote: One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. Oh well...we used to have logarithmic brush size control. Now, you have a linear space ranging from 0 to 1000.00 - if you have to control the brush size using a 2 cm course MIDI pedal, it simply won' t do -out of the box - But I think it could be controled using the dynamics curves: create a new brush dynamics, map the input control to brush size there, and edit its curve so that the maximum size (right) is at roughly 10% of the graphic height. js -- ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
On Thu, Sep 13, 2012 at 3:16 PM, Ryan Stark wrote: So can you use MIDI in Windows as well? Um, actually, now that I think about it again, I could be wrong. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
OK. I'm not looking at Gimp at the moment. I have no source code to compile but before compiling, as far as I can see there is a file called gimppaintoptions.c. In that there are the lines: GIMP_CONFIG_INSTALL_PROP_DOUBLE (object_class, PROP_BRUSH_SIZE brush-size, _(Brush Size), - 1.0, 1000.0, DEFAULT_BRUSH_SIZE, + 1.0, 1.0, DEFAULT_BRUSH_SIZE, GIMP_PARAM_STATIC_STRINGS); I'm not sure if these lines have changes made by me or not. It's just a text file I found on a drive I have. It looks like they don't have changes judging by the values? On 13 September 2012 13:02, Ryan Stark efflux...@googlemail.com wrote: I can't even remember the brush size. I'm not looking at Gimp as present, It's just WAY too large in Gimp 2.8. 2.6 was fine. I've not used 2.6 for years so I can't remember everything about it as far as this logarithmic stuff etc is concerned. I'm not even looking at 2.8. I'm on a Mac. Gimp is on my Linux system. I flit from doing music on the Mac then doing graphics on Linux. I had to move off Linux for music unfortunately. It's not advanced enough yet. Next time I work in it for graphics I'll check all of this out. I'll need to compile Gimp to get the brush smaller. We need to collect info about what needs to be done then Gimp needs to be released in some usable state as far as brush sizing. Most users of Gimp are't going to compile and change code and I can't be bothered with that either. At present the situation will make people go to Mypaint or Krita for painting but in my opinion Gimp is still better. Largest brush size needs to be adjustable. As you say, this could be done in preferences. When I looked into how to find the largest brush size in code before compiling, I also noticed that this code had info to add UI to change that but I didn't use that. Now I don't know where I found that code change. It's on the net somewhere but I'll look for it again. On 13 September 2012 12:47, Joao S. O. Bueno gwid...@mpc.com.br wrote: On 13 September 2012 08:26, Ryan Stark efflux...@googlemail.com wrote: Yes, exactly, that is the problem. You can change the default brush largest size before compiling. Presently it's too large and this needs discussed with developers. I found somewhere how to change that code and it's very easy to do. Just find that one value and change it but also some UI that can be added to alter that largest brush size from Gimps UI. My Gimp is currently installed in the standard way. Next time I use it for painting I will compile and I'll document how to do that. At present, I can't even remember how to do that. I'm not even writing this from Linux. Somewhere on my Linux machine is a note on how to do it. This needs changing on Gimp. Whether you are using MIDI or a tablet slider, the largest size of brush is ludicrous. It effects all the brush sizing - stepping it up etc. It's no good. What do you think would be a reasonable largest size multiplier (as opposed to actual brush size)? The current value is 1000.0 - in the previous version it was 10.0.Also, up to GIMP 2.6, feaures that ranged from 0 to 1000.0 (like actual brush radius) would vary in a logarithmic way, meaning that if you started with a value of 5.0, small variations close to that would make changes from 2 - to 20.0 --if you started at 500.00, the same small variations could take you to 150.0 - 1000.0 Maybe, simply having the largest brush size as a value in preferences could make up for all use cases. On 13 September 2012 12:17, Joao S. O. Bueno gwid...@mpc.com.br wrote: On 13 September 2012 07:25, Ryan Stark efflux...@googlemail.com wrote: One problem with Gimp 2.8 is that the top size of the brush is far too big. If you compile from scratch you can change that. This needs to be mentioned in the Gimp developer list. It's also possible to have UI to set that largest size of brush so it's not too big. I've seen the code that needs added to do that. This all needs to be better sorted out to make Gimp more ideal for painting.These are simple changes that need to be in Gimp. Changing it and compiling is too much trouble. Oh well...we used to have logarithmic brush size control. Now, you have a linear space ranging from 0 to 1000.00 - if you have to control the brush size using a 2 cm course MIDI pedal, it simply won' t do -out of the box - But I think it could be controled using the dynamics curves: create a new brush dynamics, map the input control to brush size there, and edit its curve so that the maximum size (right) is at roughly 10% of the graphic height. js -- ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Print shops file formats
Date: Thu, 13 Sep 2012 10:26:58 +0200 From: mader...@gmail.com To: gimp-user-list@gnome.org Subject: Re: [Gimp-user] Print shops file formats On 09/13/2012 04:32 AM, Steve Kinney wrote On 09/12/2012 09:50 AM, jfrazie...@nc.rr.com wrote: [...] Ask how many print shops support psd files but not xcf? Hi This is not THE problem. They accept all other formats, png, tiff, etc I would bet that number would be 20:1 and one way to change that would be to try to push the xcf usage among professional artists I agree with you but the Gimp team target is the opposite. Le last change concerning save save as function in Gimp-2.8 is not ergonomic at all. This is done so that amateur users do not lose work. I heard to say here that some people don't save their work... So the Gimp developers separate the function save save as into two functions according to the file type, .xcf or not xcf. I think that Gimp will stay a software for amateurs. Greetings -- Maderios The subject of THIS thread is print shops and what file formats they accept, not the save/export issue. Take the latter over there. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Print shops file formats
On Thu, Sep 13, 2012 at 6:32 AM, Steve Kinney wrote: Over five years I saw a steady trend among the stream of print vendors who crossed my path: The Photoshop or else paradigm went from being fairly common to being very rare. Maybe the imploding U.S. economy drove vendors who were unable to survive in an adapt or die market out of business. Maybe the shrinking market drove graphics professionals with certification but no experience or ability out of work, improving the average technical capability of print shops. Maybe the exponential growth of the GIMP user base flooded the market with non-Photoshop source files - each a purchase order waiting to happen. (IMO it was all three.) I'd say the latter is unlikely. We still need to introduce quite a few things to make GIMP produce files of the quality that is required for professional printing. And even then it would be missing things like GCR that seems to be absent from LIttleCMS and Argyll (that is, no low hanging fruit available). Printing is a very conservative industry (for a good reason, too). It's going to take quite a while to even get the industry (en masse) have another go at GIMP. By the way, if anyone has GIMP success stories with pretty pictures, please contact me. Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] Preventing closing a dock by mistake
Hello, I have a question which hopefully has a nice answer. :-) Sometimes I would close by mistake a tool dock by clicking alt-F4 a little too fast, while the dock has the focus, but I thought it was the image (and I wanted to close this image). Then the dock configuration (which tools were set there, which tabs,size and position of the dock and tabs, etc.) is lost. So of course, I can always recreate the dock, reposition/resize it, set the right tools inside. But that's boring. I tried to search but could not find a solution to this: would there be an option right now to prevent the tool docks from closing by the usual window-close event (so you could close them by the dock menu explicitely, but not by quick shortcut for instance)? Thanks! Jehan ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] MIDI controllers for controlling brush size and colors [was: Save Export Complaints]
On Thu, 2012-09-13 at 08:47 -0300, Joao S. O. Bueno wrote: [...] What do you think would be a reasonable largest size multiplier (as opposed to actual brush size)? The current value is 1000.0 - in the previous version it was 10.0. I used to patch GIMP to set the max _size) 1000 because the built-in values were really really tiny when working on 2400dpi print images. I didn't usually need a brush bigger than quarter of an inch for what I was doing. But I loved the logarithmic controls. Maybe, simply having the largest brush size as a value in preferences could make up for all use cases. An input device preference to say, behaves logarithmically might work. The edit/Input Devices dialogue has a place for a curve that might work for this, although I can't test it because it says this device has no curve for me even for my USB mouse which is quite rounded actually. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml Co-author, 5th edition of Beginning XML, Wrox, July 2012 ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Preventing closing a dock by mistake
On Fri, 2012-09-14 at 02:08 +0900, Jehan Pagès wrote: Hello, I have a question which hopefully has a nice answer. :-) Sometimes I would close by mistake a tool dock Look in the Windows menu for Recently closed docks. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml Co-author, 5th edition of Beginning XML, Wrox, July 2012 ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Preventing closing a dock by mistake
On Thu, Sep 13, 2012 at 9:08 PM, Jehan Pagès wrote: I tried to search but could not find a solution to this: would there be an option right now to prevent the tool docks from closing by the usual window-close event (so you could close them by the dock menu explicitely, but not by quick shortcut for instance)? Just use the Lock options in the dock's menu :) Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Print shops file formats
On 09/13/2012 04:26 AM, maderios wrote: On 09/13/2012 04:32 AM, Steve Kinney wrote On 09/12/2012 09:50 AM, jfrazie...@nc.rr.com wrote: [...] Ask how many print shops support psd files but not xcf? Hi This is not THE problem. They accept all other formats, png, tiff, etc I would bet that number would be 20:1 and one way to change that would be to try to push the xcf usage among professional artists I agree with you but the Gimp team target is the opposite. Le last change concerning save save as function in Gimp-2.8 is not ergonomic at all. This is done so that amateur users do not lose work. I heard to say here that some people don't save their work... So the Gimp developers separate the function save save as into two functions according to the file type, .xcf or not xcf. I think that Gimp will stay a software for amateurs. So... A new thread with a new name and completely different topic spins off of our presently infamous troll thread And our troll promptly hijacks the new thread, cuts out all the original content and returns the discussion to his (or her) one and only talking point. From our troll's perspective, the new thread had to die, and it had to die fast: I cast Adobe-sanctioned certification programs in a bad light, and I reported a real world observation of Photoshop losing its monopoly status in the professional image composition market. An oblique response to the content of my thread-starter post? Gimp will stay a software for amateurs. That's an irrational counter-argument to the plain fact that the GIMP can and does successfully compete with Photoshop in the professional graphics world. The fact that I am paid to use it is living proof. :o) Steve ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] flip through python console problems
Hello everybody! I'm having some problems with a python command. I'm working on an image that is 640x640. I'm trying to do a horizontal flip of a layer with this command: pdb.gimp_item_transform_flip(layer, 320, 0, 320, 1) the flip succeeds, but it generates a distortion on the flipped layer. When I try to flip that layer through gimp's interface, it is smooth. I understood that the input values for the flip function were the layer, x and y of one point of the axis from wich the image will be flipped, and x and y of the end point of that axis. Am I doing something wrong? Here is the failure in the flip that I mentioned: http://andarilho9.deviantart.com/gallery/?catpath=scraps#/d5eo255 http://andarilho9.deviantart.com/gallery/?catpath=scraps#/d5eo255 this shouldn't happen or the flip will be useless for what I am trying to do. (the eye with problems is the first one, from left to right). Thanks in advance, -- Thiago Henrique Petruccelli ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] Fwd: Read-0nly since upgrade to 12.2 (and so GIMP 2.8.0)
Origineel bericht Onderwerp: Read-0nly since upgrade to 12.2 (and so GIMP 2.8.0) Datum: Thu, 13 Sep 2012 20:47:19 +0200 Van:A. den Oudsten adenouds...@wxs.nl Aan: Gimp Usergroup gimp-u...@lists.xcf.berkeley.edu, openSUSE Usergroup opens...@opensuse.org In Gimp 2.8.0, when exporting a file I get the message: Can't write to file, read only. In Dophin the user Andrdo can read and write. How do I solve this? Thanks André den Oudsten ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Fwd: Read-0nly since upgrade to 12.2 (and so GIMP 2.8.0)
On Thu, Sep 13, 2012 at 11:36 PM, A. den Oudsten wrote: In Gimp 2.8.0, when exporting a file I get the message: Can't write to file, read only. In Dophin the user Andrdo can read and write. How do I solve this? What is Dophin, what is the operating system and where is this file located? Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Fwd: Read-0nly since upgrade to 12.2 (and so GIMP 2.8.0)
Op 13-09-12 22:00, Alexandre Prokoudine schreef: On Thu, Sep 13, 2012 at 11:36 PM, A. den Oudsten wrote: In Gimp 2.8.0, when exporting a file I get the message: Can't write to file, read only. In Dophin the user Andrdo can read and write. How do I solve this? What is Dophin, what is the operating system and where is this file located? Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list I meant Dolphin the file manager, but the problem is solved by restarting OpenSuse. Thanks for reaction André den Oudsten ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] [Request] Do not confirm closing if unsaved image was exported/overwrited ?
Dear developers: Can we have a new option Do not confirm closing if unsaved image was exported/overwrited ? (Edit Preference Evironment Saving Images Do not confirm closing if unsaved image was exported/overwrited ) I think this would be helpful when dealing non-xcf files, after export/overwrite the files I can close them without clicking the confirming dialog, it will save so much working time. Thank you~ Best Regards, Minhsien ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] [Request] Do not confirm closing if unsaved image was exported/overwrited ?
On Fri, 2012-09-14 at 00:34 +, minhsien0330 wrote: Dear developers: Can we have a new option Do not confirm closing if unsaved image was exported/overwrited ? It would defeat the purpose of moving Save to Export - that of avoiding accidental work loss. I would like to be told exactly *what* I'm about to lose, since even xcf is lossy (does not store undo history or active fonts, for example). The compromise is to be told whether I've exported each image when I to go to close it, and in what format and with what filename. I've been told 2.8.1 does this. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Preventing closing a dock by mistake
Hi, On Fri, Sep 14, 2012 at 2:13 AM, Liam R E Quin l...@w3.org wrote: On Fri, 2012-09-14 at 02:08 +0900, Jehan Pagès wrote: Hello, I have a question which hopefully has a nice answer. :-) Sometimes I would close by mistake a tool dock Look in the Windows menu for Recently closed docks. Nice one! I would prefer for them not closing at the first place, but that's already a lot better than having to rebuild them. :-) Thanks. Jehan Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml Co-author, 5th edition of Beginning XML, Wrox, July 2012 ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Preventing closing a dock by mistake
On Fri, Sep 14, 2012 at 6:39 AM, Jehan Pagès wrote: Thanks, but I had seen this option and tested it before. This option only prevents a tab from being dragged out of a dock by the mouse by accident. It does not prevent the whole dock from being closed. OK, I see what you mean. Is there no way you could switch to the single-window mode? Alexandre Prokoudine http://libregraphicsworld.org ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] (seemingly an odd question) getting this image into my email signature?
So I have an odd issue. What I am trying to do is to add the logo of the gym that turned my life around to my Gmail signature, and make the logo a link to their site. I'm fairly experienced with digital graphic art concepts, I've been a GIMP'er for years, yet this one has me stumped. So if you go to http://www.accelerationsport.com/ you'll see their logo in between Home and Weekly schedule. It's a black image with white lettering and a white stick figure. This one, although this displays as entirely white: http://www.accelerationsport.com/wp-content/uploads/2011/02/ASI_Logo-Reverse-White2-2.png Yet when I right-click on it and choose Copy image, then go to my Gmail settings and paste it into my signature, nothing shows up. Uh? So I opened GIMP and chose to Paste from clipboard. Oh, now it shows up! So I chose Select all, hit copy, and tried again to paste it into my Gmail signature. Yet again, nothing. So on a whim, I inverted the colors, copied, and tried to paste again. Still nothing. I feel like I'm missing something basic here... would anybody please help me discern what that is? Why would this image appear on the webpage as black but be entirely white in GIMP? Why is it entirely white when I choose View image in a new tab? What is going on here? Thanks much, Jeff -- FortKnox (via gimpusers.com) ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] (seemingly an odd question) getting this image into my email signature?
On 09/13/2012 11:53 PM, FortKnox wrote: So I have an odd issue. What I am trying to do is to add the logo of the gym that turned my life around to my Gmail signature, and make the logo a link to their site. I'm fairly experienced with digital graphic art concepts, I've been a GIMP'er for years, yet this one has me stumped. So if you go to http://www.accelerationsport.com/ you'll see their logo in between Home and Weekly schedule. It's a black image with white lettering and a white stick figure. This one, although this displays as entirely white: http://www.accelerationsport.com/wp-content/uploads/2011/02/ASI_Logo-Reverse-White2-2.png Yet when I right-click on it and choose Copy image, then go to my Gmail settings and paste it into my signature, nothing shows up. Uh? So I opened GIMP and chose to Paste from clipboard. Oh, now it shows up! So I chose Select all, hit copy, and tried again to paste it into my Gmail signature. Yet again, nothing. So on a whim, I inverted the colors, copied, and tri ed to paste again. Still nothing. The logo is a transparent PNG with the image content in white. If you save the PNG, open it in the GIMP and add a new black layer, move the black layer to the bottom, and save the image, you should have one that works. :o) Steve ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
