Re: [Gimp-user] non-destructive editing
Greg wrote: --- Sven Neumann [EMAIL PROTECTED] wrote: I don't think though that we need more people pointing out the obvious flaws in GIMP. Obvious to whom? Do you speak for the list members? I think this theme has been arisen here many times. And I believe the developers are bothered answering the same question for the n-ty times. You can check it by searching in this list. Moreover, GEGL (floating point channel values and procedural layers) has been mentioned in this thread as to be embedded in GIMP in the next 2.6 version and even the roadmap has been explained several times. Take a look at http://gegl.org . What do you really need to be told here? The developers are aware about more than 8 bits per channel and procedural layers. They promised to make it possible in the next GIMP version. GEGL has that features already implemented. So what more information do you need? If you just want to state that more than 8 bits per channel is good, the developers know that fact. I think it is mostly a holy war, as I can quoter Dan Margulis which said (my translation from Russian which is in turn translation from original English I do not have): During the last 3 years more than dozen of different experts, including me, have been doing serious attempts to find any evidences which testify to the benefits of corrections in 16-bit mode. The experts took the very different color photos from the real life, applied every possible treatment methods trying to find the tracks of the fact that this method provides better results than 8-bits one. How did we taunt the poor files! But we have not managed to find any benefits. So I believe the benefits exist, but their value is too much overspoken! We are all very well aware of them... We are? ...and you are just stealing our precious time. Again, do you speak for the rest of us? Now, granted, I'm fairly new here so I don't know what role you play in the GIMP world, but so far the only person I've seen bitching about noise is you. I find these discussions informative, and as a GIMP user, useful. As long as people don't start getting into how the source code does this or that, I don't have a problem the current line of discussions. Sven is the project leader and main contributor to the code. You can simply browse via http://svn.gnome.org/svn/gimp/trunk/ChangeLog to proven it. -- With respect Alexander Rabtchevich ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] FW: Question on copy from selection
Quoting [EMAIL PROTECTED] [EMAIL PROTECTED]: I have a question on copying a portion of an image in gimp. First, a little context. I needed to create a layer with only some features in an image. For that, I first selected a suitable area in the image using the Free Select tool. I then copied its contents (Edit - Copy) and pasted it (Edit - Paste) in a new layer (Layer - New Layer). This creates a new layer with only the desired features, as can be verified making the new layer the only visible layer. Now, if I go to the Channel Dialog, I can see the RGB and alpha channels looking right, with only the selected features there. However, if I make a copy of one of the RGB channels (right-click on the R channel, for example, and duplicate it), there is more than just those features, as can be verified by making it the only visible channel. My question then is if this is a correct behavior and if so, how can I make a copy of a selection with only the contents of that selection? Thank you, First it should be realized that layers are always rectangular in shape. The new layer you created, even though it might an oval or some freedrawn shape, will still be rectangular (the smallest rectangle aligned with the XY-axes that fits the shape). The regions that lie outside of your selection but within the layer bounds still contain RGB data; however, the alpha channel is set to make those areas transparent. (You probably know this already, I just want to lay the foundation.) As to whether the behavior of the thumbnail previews for the RGBA components is correct: well, sort of. What you are seeing in the Channels Dialog is that the thumbnail previews of the RGB components have the Alpha channel applied to them; even though the actual contents of the RGB channels are still there (the corresponding alpha data renders it transparent). Even though the preview of the components don't display the RGB data, when you Duplicate the channel, that data (which was obscured by the alpha channel) gets copied to the duplicate. http://flashingtwelve.brickfilms.com/GIMP/Temp/GIMP-challenge.png is a sample image that will demonstrate this clearly. The RGB data of the image contains a photo of the Eiffel Tower, however, the alpha channel is black rendering the image completely transparent (and the previews in the Channels dialog will all be black). If you duplicate the Red channel (as you did for your selection) then the new channel will contain the original red data of the Eiffel Tower picture. As to how to make a channel (or selection) out of the contents of the selection, there are a few different approaches. Using your technique to produce the Red channel duplicate (which includes extraneous RGB data), go back to your new layer and perform an alpha to selection. Then invert the selection, activate your Red channel duplicate, and perform an Edit-Fill with BG Color (assuming your BG is black). OR... After copying your selection to a new layer, perform a Layer-Layer to Image Size and drag it over to the Channels window. (If you want just the red channel data, you should hide the green and blue components and do a Copy visible when creating your new layer; otherwise your channel will be the overall RGB value.) OR... I wrote a script a while ago which creates a selection from a layer (or channel, or mask). It honors a selection if one exists (that is, the contents of the selected region become the selection) so if I am understanding you correctly, it might suit your needs. The file for the script is located at http://flashingtwelve.brickfilms.com/GIMP/Scripts/layer-select.scm and includes two other commands (all three commands are added to the Select menu), so I will just describe them briefly: Select-Layer bounds -- simply selects the entire layer; sort of like Select-All but if you switch layers the selection stays the same. Select-To Layer -- creates a new layer out of the selection using the FG and BG colors. Uses BG color to represent 'selected', so default colors generate a proper mask. The new layer has the same dimensions as the image. Select-From Drawable -- creates a selection from the contents of the selected region. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Creating grub-splash screens with GIMP
Hi Michael, hi list, On Tue, 02 Oct 2007 11:13:46 -0600 Michael J. Hammel [EMAIL PROTECTED] wrote: On Tue, 2 Oct 2007 18:32:02 +0200 Frank Lanitz [EMAIL PROTECTED] wrote: I've got a small problem with creating splash screens for grub with my GIMP. I need to create a file *.xpm.gz with this things: Basic instructions: * xpm file format * 640x480 * 14 colors only and I have no idea, how to mange it. Any hints? ;) XPM format: Simple - just save the file with an extension of .xpm. In the Save As dialog make sure the Select File Type option says (By Extension) next to it. 640x480: When you start to create your image, create a canvas of that size (File-New). Alternatively, scale your canvas to that size before saving (though this will likely distort the image a bit, especially when you only have 14 colors to work with). 14 colors: After you create your 640x80 canvas, draw or paint your image, then before you save it convert it to an Indexed Mode image (Image-Mode-Indexed). In the Indexed Color Conversion dialog that opens, choose Generate Optimum Palette and set the maximum number of colors to 14. Thanks. It worked perfect. I'm happy :) Frank P.S. Who changed my MsgID? pgpB8dYHGDnqO.pgp Description: PGP signature ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photo resolution
Leon Brooks GIMP [EMAIL PROTECTED] writes: One possible/partial answer is to use some JavaScript to read the window's dimensions alter the width height parameters of the IMG tag to scale whatever you provide, so it fits. This will still cause the whole image (which may be large) to be downloaded. To get really fancy, provide several different images have your JS select the closest fit scale that. This would be a better option. -- Johan ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] plug-in vs. script
Von: David Gowers [EMAIL PROTECTED] Thus, it's easy to tell the difference: * If it has a .scm extension, it's a script * Failing that, if you can open it in a text editor and it looks somewhat readable, it's a script. So unless we get some plugins written in e.g. Brainfuck or Piet, everything is a script? SCNR, Michael -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Image resizing based upon image content
Online tool which does this : http://rsizr.com/ I realise I sent this from my gmail address instead of the one registered on the list ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] plug-in vs. script
On 10/5/07, Bettina Lechner [EMAIL PROTECTED] wrote: please, what is the difference between a plug-in and a script? I am asking because I never know if I should copy a plug-in (e.g. from the registry.gimp.org - site) in to the plug-in or the script folder. In answer to the main point of the Bettina's message, it is easy to know what you need to do with items you get from the plug-in registry, and in which directory to put the files so you will be able to use them in GIMP. If the file ends in .scm, it is a Script-Fu script and it belongs in the scripts directory. If the file ends in .c, it is a C-coded source file which needs to be compiled (typically using gimptool if its a single file). The compiled file is an executable that will go in the plug-ins directory. Everything else will go in to the plug-ins directory. David Gowers wrote: A plugin is an executable - ie. it's a program you can run, like you can run Inkscape or GIMP. A script is a set of text instructions which are run by a script interpreter (script-fu). For the most part, what David wrote is true. To muddy the waters a bit, when it comes to GIMP, text instructions in a file written using the Ruby, Perl, or Python languages, which makes them technically scripts, are plug-ins when it comes to GIMP and need to be put in the plug-ins directory. They should also be marked executable (when running GIMP under Linux). -- Cheers! Kevin. http://www.ve3syb.ca/ |What are we going to do today, Borg? Owner of Elecraft K2 #2172 |Same thing we always do, Pinkutus: | Try to assimilate the world! #include disclaimer/favourite | -Pinkutus the Borg ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] photo resolution
On Friday 05 October 2007 00:44:14 Johan Vromans wrote:
Leon Brooks GIMP [EMAIL PROTECTED] writes:
One possible/partial answer is to use some JavaScript to read
the window's dimensions alter the width height parameters
of the IMG tag to scale whatever you provide, so it fits.
This will still cause the whole image (which may be large) to be
downloaded.
To get really fancy, provide several different images have
your JS select the closest fit scale that.
This would be a better option.
-- Johan
This is not stictly on topic for this list but prepare a few different sized
images and then,
if you are not familiar with getting screen and window property information,
try loading this into your browser for getting screen properties - it should
get you going - you might want to join a javascript list to help further:
HTML
HEAD
TITLE Screen/TITLE
SCRIPT LANGUAGE='Javascript
function displayScreenProperties() {
with(document) {
write(Bheight: /B)
writeln(B(screen.height+BR)
write(Bwidth: /B)
writeln(B(screen.width+BR)
write(BcolorDepth: /B)
writeln(B(screen.colorDepth+BR)
}
displayScreenProperties()
/SCRIPT
/HEAD
BODY
/BODY
/HTML
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] (no subject)
Daniel Hornung [EMAIL PROTECTED]wrote Only problem now: It's located in the layers menu, which should be changed to filters-something I don't agree, Since plugin resize layer is much better in the layer menu,(also as possible alternative to scale layers) where could be easy found then lost in a middle of tons of filter. Anyway change the menu is trivial, more if i'm not wrong in 2.4 that could even be done from users with no knowledge of scripting -- ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user End of Gimp-user Digest, Vol 61, Issue 14 * ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] plug-in vs. script
Hi, On Fri, 2007-10-05 at 12:40 -0400, Kevin Cozens wrote: If the file ends in .scm, it is a Script-Fu script and it belongs in the scripts directory. Yes, that folder should have been called script-fu in the first place as only Script-Fu scripts go there. But for historical reasons it's scripts. Sven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Image resizing based upon image content
Konstantin Svist [EMAIL PROTECTED] said on Oct 04, 2007 15:54 -0400 (in part): Kevin Cozens wrote: Dotan Cohen wrote: There is an amazing video describing an image resizing algorithm that removes (or adds) pixels based upon their importance to the subjecto of the photo. Can this be implemented in The Gimp? Of course it can be implemented in GIMP. It just takes someone with the time and ability to write the code for a plug-in that implements the algorithm. I don't think the one you point to below is the same as Liquid Resizer (see http://schumaml.gmxhome.de/downloads/gimp/ and d/l http://schumaml.gmxhome.de/downloads/gimp/gimp-lqr-plugin-0.1.3.zip for it). Looks like someone has implemented it already: http://registry.gimp.org/plugin?id=5479 http://zinx.xmms.org/colorize/ Trying to compile the supporting libraries.. it's a PITA, unfortunately. I hope you succeed - the colorizer looks like it would be a lot of fun to play with. From the Readme there, here is a pdf and an abstract from the algorithm author: * http://www.cs.huji.ac.il/~alevin/papers/colorization-siggraph04.pdf * http://www.cs.huji.ac.il/~yweiss/Colorization/ Popping up to his home page it looks like he's done a lot of interesting stuff: http://www.cs.huji.ac.il/~yweiss/ If you succeed would you be generating for Win32 platform? (hopefully :-) ) Regards ... Alec -- buralex-gmail -- ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] FW: Question on copy from selection
Hi there, I would like to thank [EMAIL PROTECTED] for his very thorough reply to my question on the contents of the RGB channels of a layer created from a selection. He managed at once to make my question more understandable, give an explanation on gimp's behavior in this case, and provide solutions to the problem. For what I needed (run a plug-in that would use the layer created from the selection to perform some operations on the original layer), due to an error in the plug-in I really needed the RGB channels to have information only in the areas selected, and after much tweaking (I'm not exactly a Gimp expert) I found out about the decompose function (image - mode - decompose), operated on the individual layers, and then applied compose to put them together in a single layer. Maybe not the simplest way but it worked (I actually ended up doing a workaround that doesn't use selection to create the layer but that's another story). Thanks again. Regards, Hermano Cabral PS: Thanks also for the tip with the script. I think that it is going to be useful in many other situations, too. ___ Join Excite! - http://www.excite.com The most personalized portal on the Web! ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Image resizing based upon image content
[EMAIL PROTECTED] wrote: Konstantin Svist [EMAIL PROTECTED] said on Oct 04, 2007 15:54 -0400 (in part): Kevin Cozens wrote: Dotan Cohen wrote: There is an amazing video describing an image resizing algorithm that removes (or adds) pixels based upon their importance to the subjecto of the photo. Can this be implemented in The Gimp? Of course it can be implemented in GIMP. It just takes someone with the time and ability to write the code for a plug-in that implements the algorithm. I don't think the one you point to below is the same as Liquid Resizer (see http://schumaml.gmxhome.de/downloads/gimp/ and d/l http://schumaml.gmxhome.de/downloads/gimp/gimp-lqr-plugin-0.1.3.zip for it). Looks like someone has implemented it already: http://registry.gimp.org/plugin?id=5479 http://zinx.xmms.org/colorize/ Trying to compile the supporting libraries.. it's a PITA, unfortunately. I hope you succeed - the colorizer looks like it would be a lot of fun to play with. From the Readme there, here is a pdf and an abstract from the algorithm author: * http://www.cs.huji.ac.il/~alevin/papers/colorization-siggraph04.pdf * http://www.cs.huji.ac.il/~yweiss/Colorization/ Popping up to his home page it looks like he's done a lot of interesting stuff: http://www.cs.huji.ac.il/~yweiss/ If you succeed would you be generating for Win32 platform? (hopefully :-) ) You're absolutely right. The plugin for context-sensitive resizing is located at http://liquidrescale.wikidot.com/ (is it the same one as in your links?). I got it to work fairly easily. I was hunting for it and the colorizer plugin and got the two confused in my head :D The colorizer plugin seems very cool, especially since I have a lot of old b/w photos that I'd love to colorize As far as generating it for win32.. I'm using Linux, so probably no. I'll post what I've done if you're interested (when I get it working, of course). ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
