Re: [Gimp-user] How to update GIMP in Ubuntu?
Hi Dave, Owen wrote: I am running Ubuntu Linux v8.04. I love Gimp 2.6 on Windows, but am using only version 2.4.5 on Ubuntu. How do I upgrade to v 2.6.x of Gimp on Ubuntu? I don't think you are going to be able to do this. To do so requires a number of updated libraries, glib,gtk, babl and gegl are 4 off the top of my head and I am pretty sure the 8.04 repositories wont hold these. You can do it by building your own libraries from the sources, but I guess you don't want to do that As an afterthought to my private email, I think I agree with that. There are simply too many additional libraries to update, not just 'gimp-data' and 'libgimp'. I only kept my /home partition from Ubuntu 8.04 and did a complete new install of Ubuntu 8.10. HTH, Claus -- Claus Cyrny : Webdesign | Grafik | Fotografie :: Web: http://home.arcor.de/ccyrny/ ::. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] How to update GIMP in Ubuntu?
Thank you everyone for your ideas. I ended up upgrading to Ubuntu 8.1, which automagically upgraded me to Gimp 2.6.1. I'll now investigate how to make the incremental upgrade to 2.6.3 or whatever. As an aside, I had been running 8.04 LTS. I didn't realize that the LTS variants would not offer an upgrade to non-LTS versions. That's why one computer was running 8.10 but this one was running 8.04. I do enjoy the 2.6.x flavors of GIMP, despite the shift in interface paradigms. I know it is a small thing, but my favorite improvement is the diagonal line that shows in the curves dialog. It really does help to let me know how radical my changes are. It's such a small thing, but I appreciate it every day. Thanks again for your insight and help. Dave On Mon, Dec 15, 2008 at 2:17 AM, Claus Cyrny claus.cy...@web.de wrote: Hi Dave, Owen wrote: I am running Ubuntu Linux v8.04. I love Gimp 2.6 on Windows, but am using only version 2.4.5 on Ubuntu. How do I upgrade to v 2.6.x of Gimp on Ubuntu? I don't think you are going to be able to do this. To do so requires a number of updated libraries, glib,gtk, babl and gegl are 4 off the top of my head and I am pretty sure the 8.04 repositories wont hold these. You can do it by building your own libraries from the sources, but I guess you don't want to do that As an afterthought to my private email, I think I agree with that. There are simply too many additional libraries to update, not just 'gimp-data' and 'libgimp'. I only kept my /home partition from Ubuntu 8.04 and did a complete new install of Ubuntu 8.10. HTH, Claus -- Claus Cyrny : Webdesign | Grafik | Fotografie :: Web: http://home.arcor.de/ccyrny/ ::. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Error while executing script (Script Stop Working in Windows 2.6.3)
Quoting Kevin Cozens ke...@ve3syb.ca: Your code has (if (= inSmooth TRUE) 1 0) where in Smooth is a boolean value provided by the SF-TOGGLE. The = operator is for use when comparing numbers, not booleans. Since inSmooth is a boolean, change your if statement to read (if inSmooth 1 0) saulgoode wrote: I am using version 2.6.4 on Linux and my experience is that the original script functions just fine for both TRUE and FALSE values of 'inSmooth'; however, if I modify the script per your instructions then the smoothing occurs even for FALSE values of inSmooth. This is as I would expect because SF-TOGGLEs are marshalled as integer constants in the PDB interface, not booleans (correct me if I am mistaken). I would ask Capnhud to verify whether the modified script produces the correct result after removing the '=' comparison (not just that no errors are generated). This can be done by running the script on an image consisting of only two colors, setting the number of segments to 2, and disabling smoothing. The resulting gradient should be a hard-edged transition between the two colors (as shown in this image: http://www.flashingtwelve.brickfilms.com/Temp/anomaly.png ). When used, SF-TOGGLEs are invariably initialized to the integer constants TRUE and FALSE in existing scripts. If there has been a change whereby SF-TOGGLE are now booleans then this would seem very problematic. If I leave the script it original form I get the error that has been mentioned. However as saulgoode has pointed out the script may not return an error per se, but no matter what it does not produce the intended result if smoothing is disabled. The resulting gradient will be smooth if only 2 segments are chosen and smoothing is disabled. So the question becomes what is making the script not produce the correct result? ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Reduceing colors in the Alpha layer
I have a problem. I am making flash games but there is a 10 meg limit on the total size of the game I can make. In order to do what I want i need to compress my sprites as much as can be done. I am using PNG files. I have in the past I have reduced the number of colors and removed the alpha layer and used only one transparent color. What I want to do now is reduce the number of colors like before but also use a alpha layer. This reduction of colors really helps reduce the size of the sprite and after I put it though PingOUT I really get a smaller size. However I want to reduce the number of colors in the alpha layer and keep the color set to RGB. I've been using the index color option and then set it back to RGB color. This works file for the picture but it does nothing to the alpha layer. I have tried using posterize on the alpha layer. It does reduce the total file size but not by much. In the past I have found that postersize does not reduce the number of colors saved in the index. It only makes it look like there are fewer colors. I have tested this much and it does store many colors many of which are the same. I have tried my best to reduce the number of colors in the alpha layer but to no luck. If I could reduce the number of alpha colors I could really make a good looking sprites for my game. File size is a big deal, while at the same time I want to have some sort of alpha layer. Even if it doesn't have all the colors it would have normally. I have been using gimp 2.2. I am getting the new version now. Sorry for the long post. -- Andrew R. Thank you for your time. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gimp-user Digest, Vol 75, Issue 20
Quoting Kevin Cozens ke...@ve3syb.ca: Your code has (if (= inSmooth TRUE) 1 0) where in Smooth is a boolean value provided by the SF-TOGGLE. The = operator is for use when comparing numbers, not booleans. Since inSmooth is a boolean, change your if statement to read (if inSmooth 1 0) saulgoode wrote: I am using version 2.6.4 on Linux and my experience is that the original script functions just fine for both TRUE and FALSE values of 'inSmooth'; however, if I modify the script per your instructions then the smoothing occurs even for FALSE values of inSmooth. This is as I would expect because SF-TOGGLEs are marshalled as integer constants in the PDB interface, not booleans (correct me if I am mistaken). I would ask Capnhud to verify whether the modified script produces the correct result after removing the '=' comparison (not just that no errors are generated). This can be done by running the script on an image consisting of only two colors, setting the number of segments to 2, and disabling smoothing. The resulting gradient should be a hard-edged transition between the two colors (as shown in this image: http://www.flashingtwelve.brickfilms.com/Temp/anomaly.png ). When used, SF-TOGGLEs are invariably initialized to the integer constants TRUE and FALSE in existing scripts. If there has been a change whereby SF-TOGGLE are now booleans then this would seem very problematic. If I leave the script it original form I get the error that has been mentioned. However as saulgoode has pointed out the script may not return an error per se, but no matter what it does not produce the intended result if smoothing is disabled. The resulting gradient will be smooth if only 2 segments are chosen and smoothing is disabled. So the question becomes what is making the script not produce the correct result? ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] normalmap and resynthesizer plug-ins and gimp 2.6
Hi, does anybody know if the normalmap and the resynthesizer plug-ins do work with GIMP 2.6? I am on Gentoo and currently have two different versions of GIMP - 2.4 installed system wide and 2.6 installed only for me. I use 2.4 when I need these plug-ins and 2.6 for everything else. Currently if I try to use these and other plug-ins (I am not speaking of these that came with the GIMP itself) with GIMP 2.6 I am getting an error message like this: gimp_plug_in_handle_proc_run: ERROR Could not execute plug-in normalmap (/home/peter/.gimp-2.6/plug-ins/normalmap) because it uses an obsolete version of the plug-in protocol. Greetings, Peter Kostov ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Don't reinvent the wheel department....
Friends: A bit of help, if you would... I had access to a microfilm of an old (~400 years) manuscript of music, from which I was able to make usable scans, which I am not in the process of reviewing. Some images (cf. http://users.waymark.net/mjolnir-dsl/10b1.tif)are quite easy to work with; others (cr. http://users.waymark.net/mjolnir-dsl/12T1.tif) are bit more challenging. The challenging images generally have all the information in them I need, but that information is in pixels in a mid-gray tone surrounded by darker pixels, as the pixels in the vicinity of GIMP co-ordinates 726,110. What I'd like to do is to use the select by color tool to select the pixels with the desired mid-gray values, and then use them as a mask. However, when I try to use select by color, it picks up the mid-gray pixels well enough, but picks up all the darker ones and some of the lighter ones as well. Is there a way to adjust the tool so that it selects just the mid-gray values that I want, or is there a better tool to use? ns ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Don't reinvent the wheel department....
Friends: Where I wrote: ...snippage... GIMP co-ordinates 726,110. ...snippage... I inadvertantly used co-ordinates from the wrong image; in the image http://users.waymark.net/mjolnir-dsl/12T1.tif) the mid-gray tones that contain the useful information are the pixels around 635,134. ns ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Reduceing colors in the Alpha layer
Hello, On Tue, Dec 16, 2008 at 12:03 AM, Andrew R. for...@gimpusers.com wrote: I have a problem. I am making flash games but there is a 10 meg limit on the total size of the game I can make. In order to do what I want i need to compress my sprites as much as can be done. I am using PNG files. I have in the past I have reduced the number of colors and removed the alpha layer and used only one transparent color. What I want to do now is reduce the number of colors like before but also use a alpha layer. This reduction of colors really helps reduce the size of the sprite and after I put it though PingOUT I really get a smaller size. However I want to reduce the number of colors in the alpha layer and keep the color set to RGB. I've been using the index color option and then set it back to RGB color. This works file for the picture but it does nothing to the alpha layer. I have tried using posterize on the alpha layer. It does reduce the total file size but not by much. In the past I have found that postersize does not reduce the number of colors saved in the index. It only makes it look like there are fewer colors. I have tested this much and it does store many colors many of which are the same. I have tried my best to reduce the number of colors in the alpha layer but to no luck. If I could reduce the number of alpha colors I could really make a good looking sprites for my game. This is pretty easy. For binary dithering of the alpha channel: 1. There is an option 'dither transparency' when converting to indexed which will dither the alpha channel. For dithering or quantizing the alpha channel to N levels: 1. Add a layer mask with the option 'transfer layer's alpha channel' 2. Copy and paste it as a new image, 3. Indexize it to N colors (with or without positioned dithering, at your option) 4. copy it and paste it back on the original layermask 5. apply the layer mask PNG actually supports indexed images with full 8bit alpha channel. If Flash supports that, it could be worth your while to look into. David ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] normalmap and resynthesizer plug-ins and gimp 2.6
Hi, On Tue, Dec 16, 2008 at 4:35 AM, peter kostov g...@light-bg.com wrote: Hi, does anybody know if the normalmap and the resynthesizer plug-ins do work with GIMP 2.6? I am on Gentoo and currently have two different versions of GIMP - 2.4 installed system wide and 2.6 installed only for me. I use 2.4 when I need these plug-ins and 2.6 for everything else. Currently if I try to use these and other plug-ins (I am not speaking of these that came with the GIMP itself) with GIMP 2.6 I am getting an error message like this: gimp_plug_in_handle_proc_run: ERROR Could not execute plug-in normalmap (/home/peter/.gimp-2.6/plug-ins/normalmap) because it uses an obsolete version of the plug-in protocol. I use resynthesizer with GIMP 2.6 fine. Haven't heard of normalmap. Anyway, this error is saying that your plugin is compiled against a version of gimp that's too old. So recompile it. David ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Don't reinvent the wheel department....
Hello, On Tue, Dec 16, 2008 at 12:04 PM, Noel Stoutenburg mjol...@ticnet.com wrote: Friends: A bit of help, if you would... I had access to a microfilm of an old (~400 years) manuscript of music, from which I was able to make usable scans, which I am not in the process of reviewing. Some images (cf. http://users.waymark.net/mjolnir-dsl/10b1.tif)are quite easy to work with; others (cr. http://users.waymark.net/mjolnir-dsl/12T1.tif) are bit more challenging. The challenging images generally have all the information in them I need, but that information is in pixels in a mid-gray tone surrounded by darker pixels, as the pixels in the vicinity of GIMP co-ordinates 726,110. What I'd like to do is to use the select by color tool to select the pixels with the desired mid-gray values, and then use them as a mask. However, when I try to use select by color, it picks up the mid-gray pixels well enough, but picks up all the darker ones and some of the lighter ones as well. Is there a way to adjust the tool so that it selects just the mid-gray values that I want, or is there a better tool to use? You might try adjusting the threshold downwards. David ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Problem using a plug-in in script-fu
A script creates an image, a background layer, imports an image in a new layer, then runs the plug-in-cartoon. All works well, but the last step has no effect. If I enter the same command on the script-fu console then the plug-in works well (the script prints the image and layer id so that it is easy to enter the manual command). This is the script (I removed a lot of math and useless stuff, if you want to try it you only need to change the image pathname): (let* ( (image (car (gimp-image-new 800 600 RGB))) (background-layer (car (gimp-layer-new image 800 600 RGB-IMAGE Background 100 NORMAL-MODE))) (background-photo (car (gimp-file-load-layer RUN-NONINTERACTIVE image C:/Foto/2008-03 Italy/Bologna/img_0472.jpg))) ) (gimp-message (string-append (number-string image) \n (number-string background-photo))) (gimp-drawable-fill background-layer BG-IMAGE-FILL) (gimp-image-add-layer image background-layer -1) (gimp-image-add-layer image background-photo -1) (gimp-layer-set-opacity background-photo 20) (gimp-layer-scale background-photo 800 600 FALSE) (gimp-layer-set-offsets background-photo 10 20) (plug-in-cartoon 1 image background-layer 7 0.2) (gimp-display-new image) ) Please let me know if there is a better forum to address this type of questions. -- Stefano ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
