[Gimp-user] Re: Infrared Dust Removal
[EMAIL PROTECTED] (2004-11-27 at 1038.13 -0500): > The second part of the process would be to synthesize pixels to fill the > holes > in the image, by the interpolation of the color values of surrounding pixels > to create a seamless blending across each hole. A google search turned up one > mention of such a "Fill Holes" filter, but not the filter itself or any > useful clues to its whereabouts or continued existence. > panda.mostang.com/pipermail/sane-devel/2003-May/007657.html Search for the author name or the words that compose his email. You could look at inpainting techniques, there is a lib but no Gimp plugin at http://cimg.sourceforge.net/. BTW, that same lib could be used to remove grain, another common task while scanning. > Does such a filter still exist for the GIMP, and if so, where is it found? Brute force ones mostly, like Intelligum or the one mentioned above. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Reducing pixels per inch
[EMAIL PROTECTED] (2004-11-29 at 1021.34 -0500): > I have a large photograph that I cropped and then reduced in size. But when I > do that the pixels per inch goes up. How do I reduce an image in size yet > keep the pixels per inch at e.g., 90? I scanned at 50 PPI (the lowest Xsane > will do.) But when I reduce it to roughly half size by resizing the image > > image->scale image > > the PPI shoots up to 164. If I reset the resolution to 90 then the dimensions > go up. I started with a 10*10 inch image and 90 DPI (so it will use 900 pixels in each dimension). It is "big" and 90 DPI, and want it to be half size, 5 inches but still 90 DPI. Then in that dialog: 1. Set the units in the top most drop down menu to in(ches), so two top most labels will show 10.000", and the two entry boxes below it will show 10.000. This step is optional, but shows how things change. 2. Input 0.5 in the Ratio X, and as the link button is on, Y will change to 0.5000 as soon as you hit Tab. New Width and Height above it will change to 5.000 automatically. The boxes in Print Size & Display Unit frame will too. But Resolution boxes stay at 90. 3. Accept that settings and wait for Gimp to do the maths. Finally check in View/Image Info that each axis is 5 inches at 90 DPI, and logically using 450 for that. Playing with Print Size and Display Units makes one go up when you lower the other, and viceversa, they are interrelated and they are merely the way to access the fields some file formats have to record suggestions for printing. To really modify the pixel data, you have to use the top frame controls, Pixel Dimensions. Instead of Ratio, you can also use New Width and Height in Pixel Dimensions ones. You _have_ to do step 1 so Gimp know you are going to input inches, and then you can type 5 in one of the top boxes, Ratio will be the ones that change to 0.500. As it has been said already, all this interrelations can sound complex, but are useful *, provided you know "what will move when you pull from a thread". This could get a video, or some graphical representation of the relations at least: Easy: Top frame sizes <> Top frame ratios Bottom frame sizes <> Bottom frame resolutions Complex: Top frame > Bottom frame sizes Bottom frame size boxes > Top frame sizes if set to physical units * Image from a 3D app or a screen capture or whatever, the point is that nothing matches, it says 1000 pixels, 72DPI and 13.889 inches, but you need 2 inches and 300 DPI. So you set 300 in DPI box (PS&DU's W and H will say 3.333), then change top drop down menu to inches and type 2 in PD's Width (PS&DU's W and H will go to 2, and PD's Scale will go to 0.600). GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: gimp 2.0 woes - screenshots, text, and interface
[EMAIL PROTECTED] (2004-12-23 at 1055.42 -0200): > > Maybe I'll just switch window managers whenever I want to take a > > screenshot. > Is not it faster and easier to take a screenshot of the whole sreen > and crop the result? > You will have the screenshot loaded on the GIMP not on some dummy > viewer after all. I wonder how having to crop, specially if you want it pixel perfect, is faster. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: gimp 2.0 woes - screenshots, text, and interface
[EMAIL PROTECTED] (2004-12-23 at 1051.59 -0500): > > I wonder how having to crop, specially if you want it pixel perfect, > > is faster. > Well, cropping is prolly much faster than killing the wm, editing .xinitrc, > restarting the wm, etc. for a casual screenshot. Tried E-ScreenShoot (an epplet)? E based app if what you want is casual screenshots. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: selection coordination
[EMAIL PROTECTED] (2004-12-23 at 1037.07 -0800): > Well, you can open a script-fu console and use the "gimp-rect-select" > command (ugh). But no, there is no reasonable way to do it right > now. Not fast, but easier than scripting, use four guides, selection tool will snap to them. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Re: gimp 2.0 woes - screenshots, text, and interface
[EMAIL PROTECTED] (2004-12-23 at 1309.48 -0500): > Holy moley. I was only vaguely aware that enlightenment had epplets, but > didn't know much about them. I thought it shipped with some directly or as related package. > What's really wierd is that the Debian epplet package is simply called > "epplets", and anything to denote its relationship to enlightenment, like > "enlightenment-epplets", so 'dpkg -l "*enlightenment*"' won't show its > existence. apt-cache search enlightenment reports epplets. ;] But yeah, it could be listed in suggestions or recommendations. On a side note #e did not seem really colaborative about what is going on inside E to cause that side effect. I found some old posts about other apps having issues capturing while E is running, so it does not seem to have catched enough interest on their side: http://www.swarm.org/pipermail/support/2001-June/010688.html Maybe you could fill a bug in debian about this and hope that gets more attention (or an explanation about why fails, E should be EWMH compliant by now, but all the "some workspaces work" sounds rare). GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: selection coordination
[EMAIL PROTECTED] (2004-12-23 at 2340.23 +0100): > The reason why i want it is because if you slice something in two like > a circle and you want to stretch the middle you have to select in the > exact middle of the circle a 1 px slice and scale it. Selecting a 1 px > slice is a pain in the butt without coordinates even with guides Tried with fixed size in tool options and repositioning the selection until happy? You will have to make the other dimension bigger than the circle (I assume separate layer for the circle, selection will shrink to opaque area). Do you have dimensions already calculated or something? Otherwise I still fail to see how guessing three numbers is better than zooming and visually placing a fixed selection alone or with help of a guide (one of the two I would use for the center of the circle, ie) or a manual one with two parallel guides. Well, I dunno your workflow, I managed to do a stretched circle quickly without coords. And maybe what you really need is a chop and bridge script. ;] GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Mosaic plugin question
[EMAIL PROTECTED] (2005-01-01 at 2004.51 +): > Is there a way to render the Mosaic plugin w/o grid lines? > Example: > http://epierce.freeshell.org/misc/mosaic_grid.png [...] > FYI, I'm trying to Gimpify this tutorial: > http://www.xanthic.net/tutorials/pstut_screenzoom.html IMO, to do that tutorial, gimp tools are render grid filter (it can do both the L pattern and the thick one directly to layers) and pixelize filter (for the "mosaic"). Unless the mosaic they talk about is something else than make image look like nearest neighbor scaling (which is yet another option too and doable in one step, if you do not use the 5.5x scaling then pixelate approach and prefer a cleaner result). GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Show mouse cursor arrow in screenshot acquire
[EMAIL PROTECTED] (2005-01-14 at 1518.18 -0700): > I'd like to have the mouse cursor arrow appear in the window of an > acquired screenshot. This is for when I want to illustrate a pulldown > menu item. When I use the Acquire screenshot functionality of the GIMP, > the cursor doesn't appear. Is there a way to have the cursor show up? > Perhaps a different screenshot program, but all the ones I've seen on my > system also leave the cursor arrow out of the screenshot. It is how X11 works. There are plans to allow apps to ask about what cursor is in use, but not yet. > I'd rather not have to draw a cursor on the image later. Might not be so > bad if there was a brush shape that looked like an arrow. Is it possible > to add a cursor arrow brush? If so it's probably already been done, but > I don't know where to get it. Yes, from cursor themes or from the default cursor font (yep, that is what the cursors were until recently). So get one arrow from there, and paste it more or less where the cursor really was. Quick trick if you want the plain X11 cursors: 1 Run xfd -fn cursor, resize it if necesary, so things do not overlap. 2 Take a screenshot of it. 3 In gimp, duplicate the background (bg-l for short) and set top layer to difference, call it diff-l. 4 Move diff-l to the right, one column, and align so you get first column without any overlap but 2nd, 4th, ... N*2 overlap and show the cursors with black bg, and 3th, 5th N*2+1 as random crap due unrelated images mixing. Be careful, or use the arrow keys, so you get the perfect match, it is not hard to see anyway. 5 Copy the bg-l again, and move it to the top of stack, name it helper-l, set it to not visible so you can see next step. 6 Merge diff-l and bg-l, to get merged-l. 7 Add a layer mask to merged-l. 8 Invert helper-l colours, then select all of it and copy. Toogle visible if you need for this step. 9 Activate the layer mask of merged-l and paste, apply the layer mask. And you are ready to cut any cursors you like. I think those are more or less all the steps. Steps 5, 7, 8 and 9 can be ignored if you crop to one cursor and clean up the black background that will be left around it, for example with the magic wand as selection method. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Save Dialog
[EMAIL PROTECTED] (2005-01-24 at 1103.58 -0800): > the way the gimp-1.2 worked was that you type a few characters and it > fills in the rest if this matches any file or directory located in the > same directory. then it stops at the point where there are two or more > choices. for example, you have a set of images all with the prefix > ximi- (ximi-001.jpg ximi-002.jpg ximi-003.jpg ...). the old file > selector would see the x and fill in the ximi- leaving the cursor there > for you to fill in the next number. That happened when you hit tab. Now it tries to guess always, user requested or not. In some cases that does not only causes user fights, but seems to also cause slowdowns when the underlying file system is network based, cos it is guessing again and again (looking for more info to confirm this). GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Build a submarine in your spare time
[EMAIL PROTECTED] (2005-01-28 at 1704.41 -0600): > I want to create what I can only describe as a submarine shape. I want a > cylinder that is rounded on the ends and looks 3D. Just a left to right > view, no angles no perspective. Boy, I sure don't know how to do this. Can > anyone point? Make the shape as a mask then use traditional shading approaches. You know, all those "paint spheres and cubes with highlights and shadows", what you want sounds like half sphere - cylinder - half sphere. If the shape is regular and you are not very artistic inclined, maybe you can get it done with bump map or lighting effects or even some map to object and assembling the parts. For example render a sphere, then cut it in half and extend the middle part to make a cylinder (cut one pixel wide from one half sphere then scale it horizontaly so you join both half spheres). GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: sub part 2
[EMAIL PROTECTED] (2005-01-28 at 1844.21 -0500): > This sounds like something that might be easier to do in Blender, an > open source 3D application at www.blender3d.org . While the tool takes > some getting used to, it's well worth it. It is a bit overkill for this, specially if you do not know the interface already. Otherwise it is really fast. It is (was?) not oriented at unexperienced but at meeting deadlines. > Here's the rough workflow: > Add > Mesh > Cylinder > Add > Mesh > Sphere > Duplicate and move sphere That can be done with just one add sphere, then select half of it and extrude, so you do not have continuity problems. > While I'm sure the GIMP can do this, the procedure for doing so might be > pretty awkward. Nah, faking 3D in 2D apps is pretty old, most include filters that do it, for simple shapes at least. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: WIP animation
[EMAIL PROTECTED] (2005-01-29 at 2134.12 +0100): > What you have seen is an animation ot the progress you have done in the image. > Now, how can I save this progress as an animated gif or a set of images for > each frame?? Does it have to be one frame per paint stroke? If not, you can try with some kind of video recorder (xvidcap, vncrec, vnc2swf...), some can output to separate images and you can always decompose videos into frames. This last case could be used to select finished strokes, discarding other intermediate frames, but that would require lot of manual intervention. As you do not explain the final usage, it is hard to guess valid solutions. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: WIP animation
[EMAIL PROTECTED] (2005-01-31 at 0445.16 +0100): > GSR, what i want is the functionality that oekakis have, and also some paint > programs, a way to see the development of a painting. > It's very usefull for artists to see how others paint, they can learn just > watching. And is a great way for sharing techniques. Oh, yeah, I have seen some archives of "recorded images" (opencanvas or dogwaffle, dunno now, it was time ago). > Recording a video is an extreme solution, but easy to do. It also has one adventage over a finished stroke method (= undo / redo): you see the timing of the strokes, if the artist does something faster than other part, stops to think something, changes zoom levels, does something wrong and fixes it, does something in the dialogs... I have some of 3D and 2D apps around, which I found pretty useful, more than just things appearing in the screen, last one I got is: http://www.area-56.de/tutorials/goro_jungle_tut.avi Main disadvantage of videos is the size but as compensation it is more like watching the artist in reality. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Assemble RGB image from 3 grayscale images
Hi, [EMAIL PROTECTED] (2005-02-11 at 1204.37 +0200): > Put the channels into three layers of an image and use > Plugins->Colours->Compose-> RGB No need of the first step, just use the plugin on one of them and select the other images there. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Ghost Layer
Hi, [EMAIL PROTECTED] (2005-02-13 at 1624.13 +0100): > What is that, and how to remove it? Channels, in the channel stack. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: virus?
Hi, [EMAIL PROTECTED] (2005-02-14 at 1110.37 -0500): > Someone brought up the problem of a virus being passed around from the > list a few days ago. I remember everyone kind of shot him down though. > Well, I have been getting them as well and another just today. Yes, it goes thru the list, but antivirus app could also include more headers in the reports like: Message-Id: <[EMAIL PROTECTED]> Which is a unique ID, in this case it seems added by mail list server, instead of by origin machine or first mail server in the path, which is a clue. Or: Received: from kamery.org (pe113.radomsko.sdi.tpnet.pl [217.96.203.113]) by lists.XCF.Berkeley.EDU (Postfix) with SMTP id 28EDC11418 for ; Mon, 14 Feb 2005 04:40:37 -0800 (PST) Which is one of the jumps that mail did, at least the first that got "recorded". So the machine that had 217.96.203.113 (discarding IP address spoofing) the 14 Feb 2005 04:40:37 -0800 was sending it (I think we can trust the berkeley server :] ), or bouncing it without adding the proper Received header. Maybe (probably?) the owner of that machine never heard of GIMP or even mailing lists. OK, it can be scary to add that info, lots of lines (I just pasted one of Received, there were more)... but otherwise, you do not know who really is sending the mail at all and thus all the off topic mails we are sending. With this you can follow at least some part of the path, maybe all. And that is the problem I tried to point to that user by private mail (he later replied by list) cos he was pointing the finger in wrong direction. [...] > I don't have the message, so am unable to view the source or send it to > you, but it seems there is indeed one lurking on a Windows machine > somewhere that is on this list. I wonder sometimes if it would be wise > to block all Windows generated email to a list anymore. Lucky for > those of us that use Linux. How do you know it is from OS A or B? ;] With the headers you can guess things, but never be sure if you do not pull from the thread and investigate. Probably wisest would be filtering attachments completly, which is a bit nasty in gimp lists, it is nice to be able to send small files when looking for help. The filter could also be based in spam / virus scan results (probably anti spam is already there, I think I never got one via these lists). So can we drop the thing now? If something else, you should contact the mail admins. The rest of people should have filters, antivirus, patched systems and so on if they want to keep on Internet without more problems than ISP cutting lines and saying "it was not us, please check your network configuration". ;] GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Q2 - Selection moving without layer data moving
Hi, [EMAIL PROTECTED] (2005-02-15 at 0906.32 +0100): > Q2: How to I move a selection (example BOX) without moving the layer's > image data ? While still with selection tool selected, press Alt key and drag the selection with mouse. Or press Alt and Arrows for 1 pixel movement, or Shift+Arrows for 25 pix jumps. In Move tool the similar combinations work. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Cpu usage and speed - test results
Hi, [EMAIL PROTECTED] (2005-02-26 at 1805.22 +1100): > In order to get past any background processing photoshop may have been > doing, I also tried adjusting the curve in the curves dialog then > quickly hit OK - this came out taking the same time as if I moved the > curve and waited 10 seconds before clicking OK. Closing the image > immediately afterwards was also instant, so there seemed to be no > tricky background processing happening over the whole image area. For anybody trying to guess about background tricks, best would be a system monitor and see the CPU load. If app says it has ended, but the monitor reports the app is eating near 100%, there are some kind of trick there, or interface oriented optimization, it depends the point of view. So fire up top, gkrellm, activity monitor, task manager or whatever you have in the OS and see what is really going on. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Crisper screen shots
Hi, [EMAIL PROTECTED] (2005-03-02 at 2013.39 +1030): > I have taken with "gimp". Is there any way of improving them very much. > May be too critical, but as it's my first work would like it to look > more professional than I really am. > http://www.members.optusnet.com.au/squareyes/ubuntu.html Are you scaling them? I ask cos the text sizes do not seem to match in all of them, and the fuzzier ones are the ones that seem to have smaller text. Two images, same height, menu with 10 entries and 2 lines vs menu with 11 entries and 2 lines, the second being fuzzier. http://www.members.optusnet.com.au/squareyes/menu1.png http://www.members.optusnet.com.au/squareyes/menu2.png GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: gimp crashed while saving
Hi, [EMAIL PROTECTED] (2005-03-26 at 2217.47 -0500): > Normal Gimp behavior seems to be to not work much at all. And normal > behavior on the support forums seems to be to ignore requests for > assistance. Well, best way to to get help with bugs is bugzilla. Using the search function, marking gimp, marking all status and using "jpeg" as search term gets you a nice list of issues. No idea if the problem that you have (and makes you be in so "happy" mood) is in that list. You can always fill a new report and see if it i kept open, or is closed as duplicate of another. In one of the last bugs of that list there is a link http://bugzilla.gnome.org/show_bug.cgi?id=164053 which maybe is your problem, or maybe not, it seems to point the MSWindows installer ships faulty code. But at least there is people handling problems. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Equivalent GIMP procedure compareed to Photoshop
Hi, [EMAIL PROTECTED] (2005-04-05 at 0101.06 +0200): > What would be the way to do something like this: > http://www.photozone.de/7Digital/highpass.htm Follow http://www.3dgate.com/techniques/2001/010625/0625hajba.html for highpass part, the rest should not be different. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Equivalent GIMP procedure compareed to Photoshop
Hi, [EMAIL PROTECTED] (2005-04-04 at 2300.46 -0400): > Interesting tutorial. Wondering what the Gimp equivalent of the > highpass filter is? Played a bit with Edge Detect, but there's a lot of > options there. >From bottom of http://www.3dgate.com/techniques/2001/010625/0625hajba2.html ---8<--- This is exactly what happens when you use the High Pass filter in Photoshop. To prove my point, you can try and do the same thing manually by using Gaussian Blur. The procedure goes as follows: * Create a duplicate layer of the texture you're working on and move it on top (if your texture has several layers, Select All, then Copy Merged, and paste it on top) * Invert the duplicate layer * Reduce the layer's opacity to 50% - this results in a gray image as the layers cancel each other completely * Select Filters/Blur/Gaussian Blur, activate the Preview, and tweak the radius slider. --->8--- In GIMP terms: The same, except that preview does not let you see the final result, so you have to undo and rerun until happy with the values. And Copy Merged seems to be like Copy Visible. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: anti-aliasing
Hi, [EMAIL PROTECTED] (2005-04-26 at 1229.34 -0400): > You could try the unsharp mask. In gimp 1.x it was filters/enhance. > In gimp 2.x it appears to be under ScriptFu/Alchemy. Unsharp mask sharpens... and it is not a joke, but derived from the original photographic laboratory technique: as unfocused version of the negative is applied to the original. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: use of the Space key
Hi, [EMAIL PROTECTED] (2005-05-21 at 1700.27 +0200): > Another image manipulation program, which GIMP is frequently being > compared to, uses the Space key to offer the functionality that GIMP > has bound to the middle mouse button: panning the image display. Since > not everyone has a middle mouse button (especially on tablet pens), it Last tablets I tried (not tablet pc, but the input device ones) seem to have tip and two side buttons (so MB1, MB2 and MB3 as per X11 terms are avaliable). OTOH, I am talking about the typical brand of tablets, dunno other brands. As is, it is just moving from MB2 to MB1+Space, so requires two hands and still moves the pointer. Only adventage I see is when there is no MB2 at all (single button devices without any option to simulate other buttons). > might be a good idea to follow that example. If we did that, pressing > Space would keep the current tool but the cursor would change to a > hand symbol and one could drag the image display (not the content!) > using the mouse. > > Any opinions on that, anyone? So I wonder... are there other better uses? Alternate between two tools for example? Or would there be a way to make it configurable, so anyone can bind any function to it (I ask due the "only while pressed" vs "press & release", and the lack of "move view" tool)? GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: use of the Space key
Hi, [EMAIL PROTECTED] (2005-05-22 at 1710.22 +0100): > > Any opinions on that, anyone? > > I agree that the space key should be reserved for something > pretty amazingly common and useful. I suppose it's also likely > that panning the image is a slightly more common temporary mode of > action than moving a layer, regardless of what The Other program > does, though we DO have a super-handy little single-click panning > tool on the image window already, so overall I don't think it's a > compelling win (or loss). I have been thinking, and remember some people were saying tools were running out of mod keys. Why not reserve it for those cases? Tools could use shift, control, alt and space. Or is the any technical limitation about making mod+space a mod? Space alone obviously not, but dunno if it would give us a single key, or another level. Still one mod more is a win, a family of them a bigger one, specially if it makes all the required operations to be based in one or two keys, never three. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Test message
Hi, [EMAIL PROTECTED] (2005-06-15 at 1438.03 -0700): > 2) Probably a boring repetitive question, but why isn't > this list a newsgroup instead? Would be easier to track > responses, etc. Try gmane gateway. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Tablets and sub-pixel sampling
Hi, [EMAIL PROTECTED] (2005-07-26 at 1159.22 +0200): > Sven Neumann wrote: > > Are you using the pencil tool perhaps? The one and only purpose of the > > pencil tool is to have a hard edge aligned with the pixel grid. > > No, I'm using the brush tool. And there are no hard edges. The brush > just seems to align with the pixel grid anyway. > > http://mavos.net/dump/jagged_line.png > > There's a screenshot of a "jagged" curve in a GIMP window. As you can > see, the lines are unnaturally straight. There's no way I could draw > that straight if the brush was locking itself to the pixel grid, > considering that the tablet has a 2000 or so DPI resolution. That is an issue that has existed for a long time, Gimp uses the screen coordinates to paint. So zoom out, and get crappy lines, no curvy smoothing or anything. Only way to get non polygonal lines is to zoom in, which severely limits what you can paint in a single stroke and gets in the middle of workflows that rely in constant global view and work area, obviously. Anybody can test, with mouse too, a 512*512 image will be enough. Set zoom to 4:1 and paint a rough circle with Paintbrush and Circle 01 brush (100 or so pixels of diameter, look at the guides before starting), then set zoom to 1:4 and paint a similar circle next to it (paint, not select and stroke). Compare how zoomed in gives a smooth line and zoomed out gives seems to be based about jumps of 4 pixels. I am unable to find the bug about this, I think there is one, I managed to find lots about the display side of the problem, but not checked all of them to see if the input issue is there (I am sure the issue about input has been raised enough times that people would remember it... seems not due the other replies, always pointing to "not using Pencil?" or "blur your paint"). One of such references to the issue is in last line of comment #1 of http://bugzilla.gnome.org/show_bug.cgi?id=134410 May I suggest you fill a bug? If someone else finds the original, yours will be closed as duplicate and all happy. And if I remember wrongly, well, now there will be such bug. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Tablets and sub-pixel sampling
Hi, [EMAIL PROTECTED] (2005-07-26 at 1620.51 +0200): > So simplify my explanation, I will provide yet another example... :-) > > http://mavos.net/dump/jagged_line_3.png > > This time I chose to illustrate my point with a curve. Guess which one > is hand drawn and which is a stroked path. See the next image, both curves hand drawn as described in my other mail (zoom 1:4 vs 4:1, mouse, Paintbrush, Circle 01 brush). http://infernal-iceberg.com/gimp/tmp/zoom-1_4-vs-4_1.png It is an input issue, not a how many pixels you have. Stroked path does not have a view based limitation (or maybe only for control points, dunno, but that is small issue that could pass without notice), paint tools do. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Tablets and sub-pixel sampling
Hi, [EMAIL PROTECTED] (2005-07-26 at 1658.59 +0200): > Ah, thanks, now at least I know it's a real bug and not just my > expectations being to high. :-) Thanks http://bugzilla.gnome.org/show_bug.cgi?id=311603 GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Tablets and sub-pixel sampling
Hi, [EMAIL PROTECTED] (2005-07-27 at 1217.16 +0200): > > That is an issue that has existed for a long time, Gimp uses the > > screen coordinates to paint. > Where's the issue here? Screen coordinates is what GIMP gets > delivered. It can hardly guess what you meant to draw in physical > coordinates of the virtual paper. You are drawing on screen and > that's it. What's your point? That it could try something better than linear interpolation so at least mouse users (or people with misconfigured tablets, which sadly seems too common latelly) would get better results. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: scissors selection tool
Hi, [EMAIL PROTECTED] (2005-08-06 at 2050.09 +): > I use Gimp 224 on SuSe Linux 92 :turning a scissor-made shape into a selection > rarely works and never twice. > I have tries several 'tricks' suggested in mailing lists : they do not work. > Michel The original concept (or the second version based in date) can be seen here http://web.engr.oregonstate.edu/~enm/publications/CVPR_99/toboggan_scissors.mov Obviously GIMP has a different interface, and maybe even algorithm varies slightly or has not been improved. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Lanczos interpolation method
Hi, [EMAIL PROTECTED] (2005-10-13 at 1256.54 +0200): > On 10/11/05, Harish Narayanan <[EMAIL PROTECTED]> wrote: > > cedric GEMY wrote: > > > > > Testing 2.3, i can there is new interpolation method called Lanczos. > > > It is described as being better than cubic. Does anyboy know simply :) > > > how it works with the picture ? > > > > Actually, on a more generic level, is there some place (other than the > > source) where one can look up algorithm details pertaining to things > > like this and filters? If yes, awesome, if not, awesome, that will be a > > most informative documentation project to embark on. > > Comparisons of different interpolation methods (in this case not for > scaling, but resampling for transformations like rotation.) > > http://www.path.unimelb.edu.au/~dersch/interpolator/interpolator.html Some comments about uses: http://www.softimage.com/Products/Other/Illusion/support/tipsntricks/lancos.htm Some images comparing lanczos vs nearest for scaling down (and an hybrid system): http://imagebeat.com/mandala/thumbnail.html GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Another Photo Editing Software
Hi, [EMAIL PROTECTED] (2005-10-20 at 1004.37 -0200): > I wonder why the need for a graphics card with high processing power > and 3D pipeline for photo editing... Probably cos it uses it has image processor (float, quick retrieve from the card, shaders, etc required), via their CoreImage system. Or was it a rethoric question? If you look at Siggraph and other tech meetings papers, or just search for "general purpose gpu" you will find it is a hot topic, covering 2d image processing, raytracing, dynamics simulations, image recognition and othes. Sadly, it requires modern cards and drivers with all the features. While the first issue is about money, the second is a bit harder (or impossible) if you want to keep on using a full free software solution (for the "what if gimp ..."). You can say they want to move more hardware... which no doubt is true, it is part of their business. But OTOH no less true that the silicon can do the work so they are using it instead of limiting it to purely 3d applications. GSR ___ Gimp-user mailing list Gimp-user@lists.xcf.berkeley.edu http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Smoothing Brush Strokes
Hi, [EMAIL PROTECTED] (2006-01-27 at 0157.03 -0600): > Other leads? Are the images zoomed out or at 1:1? I remember issues with that, at least with mouses. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: lcd or crt monitor
Hi, [EMAIL PROTECTED] (2006-03-18 at 1644.03 -0500): > which is preferred for graphics? I've heard that lcd is not good. High end CRTs (probably the only ones you can find now, and in 19-22 inches sizes, price 400-600 euros) have years of development behind them, so if you do not mind the weight and power usage, they are a good solution, and probably cheaper than equivalent LCDs. They have good resolution for the size (and can work at different resolutions without problems), colour is good, just make them run in 85-100Hz. LCDs keep improving, but they are still are evolving and catching up (you will probably find news about "now with x% of NTSC color" or "lots and lots of money for the medical series", for example), so do not expect to get some cheap LCD and be as good as the CRTs still in production (or stock, dunno if they are just running on big stock). Even the expensive ones still have issues compared to CRTs, and vendors just change the measure method to "show" they are better, so take things with a grain of salt. You better view them working, with videos and all kind of images (of your own, preferably) before buying. Of course, if you want a 30", you have to go with LCD. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: the difference between resoloution and size
Hi, [EMAIL PROTECTED] (2006-03-19 at 2348.25 +0200): > what is the difference between resoloution and size? > between a picture with height:100; width:100 and resolution:200 to > height:100; width:100 and resolution:400 ? > Udi Resolution is a hint for the real world print size and size is the pixels you really have (assuming you are displaying width and height in pixel units). So both have the same number of pixels, but one is declared to be printed as 0.5 inch side square and the other as 0.25. Some people get really picky about the resolution being correct so they know the print size without doing maths, and others think that changing the number will do magic and give you a non pixelated print. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Re: the difference between resoloution and size
Hi, [EMAIL PROTECTED] (2006-03-19 at 2339.24 +0100): > Hi! > > ... and is there any difference in picture if I set: > > 100x100 in 400dpi > or > 200x200 in 100dpi > > and make a print from it (in same size - 10cm x 10cm for example)? Then it is not 400 or 100 DPI, but (rounding to 1 inch = 2.5 cm) a 4 inch print, so you have printed 100 pixels to 4 inches and 200 to 4 inches too, so that was 25 and 50 DPI. Maybe you are confused with the printer's DPI (300, 720, 1440...) but those are not pixels, but ink dots. The print system has to convert the file/screen pixels (think about them like squares or rectangles with different levels of intensity) to ink dots which are on or off (one level of intensity, so the printer creates patterns of dots to simulate the intensity levels when looked from "far away"). > Thanks: > Anti > > On Sun, 2006-03-19 at 23:10 +0100, GSR - FR wrote: > > Hi, > > [EMAIL PROTECTED] (2006-03-19 at 2348.25 +0200): > > > what is the difference between resoloution and size? > > > between a picture with height:100; width:100 and resolution:200 to > > > height:100; width:100 and resolution:400 ? > > > Udi > > > > Resolution is a hint for the real world print size and size is the > > pixels you really have (assuming you are displaying width and height > > in pixel units). So both have the same number of pixels, but one is > > declared to be printed as 0.5 inch side square and the other as > > 0.25. Some people get really picky about the resolution being correct > > so they know the print size without doing maths, and others think that > > changing the number will do magic and give you a non pixelated print. > > > > GSR GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: RAW support
Hi, [EMAIL PROTECTED] (2006-03-23 at 1824.26 +0100): > On Thursday 23 March 2006 17:21, Rhys Sage wrote: > > Is it likely that the GIMP will ever support RAW > > images such as those from my XT? > It allready does, via plugins.. > I use the dcraw plugin to manage my images from a Pentax *istDS. > Its works like a charm. Converting to 8 bit, so the concept is not 100% supported, it is more like using the camera's JPEG, but being able to redo (and all the steps afterwards, of course) as many times as you want (works, but wastes time). If it works like a charm with such limitation... I wonder what would be having the full input bits until the end. ;] GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: RAW support
Hi, [EMAIL PROTECTED] (2006-03-23 at 1856.51 +0100): > It doesnt convert to 8 bits. > Read more about it on the homepage: http://www.cybercom.net/~dcoffin/dcraw/ Uh? Gimp can load more than 8 bits per channel and work with that later? Since when? GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Re: RAW support
Hi, [EMAIL PROTECTED] (2006-03-23 at 2039.21 +0100): > On Thursday 23 March 2006 19:42, GSR - FR wrote: > > [EMAIL PROTECTED] (2006-03-23 at 1856.51 +0100): > > > It doesnt convert to 8 bits. > > > Read more about it on the homepage: > > > http://www.cybercom.net/~dcoffin/dcraw/ > > Uh? Gimp can load more than 8 bits per channel and work with that > > later? Since when? > You didnt specify GIMP in this case. I saw it as a statement on dcraw. > dcraw doesn't convert. The question was "Is it likely that the GIMP will ever support RAW images such as those from my XT?" and your reply was "It allready does, via plugins.. I use the dcraw plugin to manage my images from a Pentax *istDS. Its works like a charm." And my reply was about GIMP and RAW support too, and what charm would beceome when it really can work with the higher depth data instead of having to use downsampled data. The plugins do that downsampling, later and with more control than in camera JPEG, but you can not escape conversion with current GIMP. And I could also point that dcraw, as separate app, converts to 8 bit (param, -2, write 8 bit PGM/PPM/PAM default, or the man page is wrong) but I guess you will keep on saying something else. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Multicolor pinwheel effect.
Hi, [EMAIL PROTECTED] (2006-03-27 at 1050.47 -0500): > I want to create a multicolor pinwheel effect for a > background, with the arms of each shade radiating out from a hub > and curved rather than straight. And I want the colors to blend > into each other as in a gradient. A rainbow gradient is an obvious > starting point. > > Would anyone like to suggest a sequence of tools to arrive at > this effect? If I understood what you want, do the gradient from side to side then use polar coords to convert and get the star shape. And finally pinch and whirl for the twist. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Folders on layers
Hi, [EMAIL PROTECTED] (2006-04-15 at 0926.14 +0100): > On Saturday 15 April 2006 07:51, Joshua Raphael Fuentes wrote: > > One thing that I've noticed with gimp is that the layering is doesn't > > have a "foldering' feature. If you are familiar with adobe photoshop 7 > > (or later), there is a feature wherein you can put layers into folder, > > thus adding effect on them collectively. > i think the feature that comes closet to that is the filter 'filter all > layers' and if you save the image as an .xcf all such changes are saved, > i'm not sure why one would want or need this foldering feature you > mention photoshop has ? It allows order, organization. And good organization makes possible a known workflow, instead of every time trying to solve the problems like if new. With a good workflow you are less stressed, do more in less time, get better results... Imagine 100 layers but with relations like "these layers form a group, the background, then I have three other groups, one per language we publish" (seen that one recently) or "all these 7 are the car, these other 20 are the persons and these 15 are the houses in background" (any complex work in which you do not want to merge layers so you can change things later). Or that you make the groups based in what part of the job you have done or have to do (there is another way for this, colour tagging, better sometimes as they do not have to form a continous block). That allows some things that at best are a nightmare with current tools. First, being able to toggle visibility of a group quickly (vs many clicks and then many undos to go back to were you started). Or move a bunch of layers to different position in the stack (tree behind car or better in front?). Second, navigate faster the stack to find the exact things you want (car / windows, vs scroll all the dialog and find it... oops, car's windows, not house's). Third, via other features that work in a layer (layer mask, adjusment layers, layer effects...), and taking each group result as if it was a single layer, do operations on multiple items without destroying layers (nor having to keep separate child xcfs and then copy & paste the results every now and then into the master xcf). Filter all will not do the same, as filtering layer A and filtering layer B, then merging the results does not have to be the same than merging layer A and B, then filtering that result. I probably forgot a fourth, fifth... use your imagination. Or sit near someone that wants to do something or worse, has to do it "for yesterday" (in this case do not "sit" in his shoulder like a parrot, he can get "picky", use a "furniture" approach instead ;] ). There are bugs filled about all this family of interelated features, btw. Layer groups (or even layer trees, like in compositors) http://bugzilla.gnome.org/show_bug.cgi?id=86337 Adjusment layers (basically a blend mode that ignores FG and applies an operation, like Curves or Levels, to the BG, area of effect is controlled by layer mask) http://bugzilla.gnome.org/show_bug.cgi?id=79025 Layer effects http://bugzilla.gnome.org/show_bug.cgi?id=79025 Layer effects, but with any filter http://bugzilla.gnome.org/show_bug.cgi?id=166844 Layer working as mask for others (I think this one is related to "atop" in Porter & Duff terms) http://bugzilla.gnome.org/show_bug.cgi?id=51112 Multiple layers with same content (related to trees) http://bugzilla.gnome.org/show_bug.cgi?id=143138 Fill layers that just keep a colour or pattern (updating on resize, etc) http://bugzilla.gnome.org/show_bug.cgi?id=144304 Wow, it seems the one about been able to tag layers with colours is not filled. Anybody found something like that in bugzilla? GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Going crazy with Alpha Channel
Hi, [EMAIL PROTECTED] (2006-05-14 at 1247.06 +0200): > Is there a chance to use the alphachannel manually? Tried with layer masks? GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Tiling - is there a better way?
Hi, [EMAIL PROTECTED] (2006-06-08 at 0822.52 -0300): > On Thursday 08 June 2006 05:07 am, Michael Schumacher wrote: > > > Von: Alf Lacis <[EMAIL PROTECTED]> > > > > > > A better way of doing textures would be to show 'phantom' copies > > > of the tiled image like this: > > > > http://bugzilla.gnome.org/show_bug.cgi?id=327175 > > > Do'h?? > > I thought the one line answer to this would rather be: > Filters->map->make seamless Make seamless is "make ghosts" in reality. It is only useful for abstract results. For anything that must look real or at least have some control, the current way is offset. And in other apps, the auto wrap around feature (a la pacman, exit to the left and you appear in the right), or that phantom proposal (it is what tileablur does, btw). GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Checkerboard Pattern Fill
Hi, [EMAIL PROTECTED] (2006-06-17 at 1701.16 -0700): >I was wondering, is there a way in GIMP to fill an area such that > alternately, one pixel is colored and the other is not? For example, if I > color a perfect square, I should end up with a chessboard pattern on it (on > the pixel level). > > Thank you very much in advance :) Add layer mask and then apply the checkerboard filter to it (set size to 1, of course). Use selection tools firts, if you need to limit to only a part of the layer (mask). GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Feathering and Masks
Hi, [EMAIL PROTECTED] (2006-07-05 at 0159.39 +1000): > anyone know something that explains "Feathering" REALLY well? It is rather simple: feather == blur of quickmask == (selection to channel, blur the channel, channel to selection). When you see marching ants, you are seeing the 50% (IIRC) boundary of the selection (remember selection goes from 0% to 100%), so in many cases the way to see the effect of the blur is via qmask/channels, otherwise the ants will look more or less the same. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: n00b question about resizing
Hi, [EMAIL PROTECTED] (2006-07-18 at 0736.55 -0700): > I'm working out of Learning Web Design by Jennifer > Niederst, and it uses Photoshop for dealing with > graphics. I've instead opted to use GIMP, and I'm > wondering if there is an equivalent to "Constrain > Proportions" and "Resample Image" options for resizing > an image. For example, the book says this: > > "Our sweetpea.tif is way too big, so let's size it > down. Making sure both the Constrain Proportions and > Resample Image boxes are checked, change the > resolution to 72 dpi. The resulting image should be > 250 pixels wide and 160 pixels high. Click OK." > > > Now, to do this I went into the Image->Scale Image > dialog, changed X- and Y- Resolution to 72 > pixels/inch, but the Image Size didn't change. The > link box to the right of each of these options was > linked. If I didn't know the image was supposed to be > 250x160, is there any way to automate this process? > What is the equivalent of the two PS options? As of 2.2 you have to use: - Scale image for resample on, as it converts a given amount of pixels to another amount (if you change W or H, but not for changes of X or Y alone). - Print size for resample off, it only changes the magic info that says how many pixels per real unit. I think in PS you can change all in one go. Yep, by just checking what is editable or not and how the chain lines look, based in http://www.adobepress.com/articles/article.asp?p=433754&seqNum=5&rl=1 In Gimp you have to use both dialogs, Print after Scale, as the X Res in scale is automatic so if you start with a square of 720 pixels @ 72 DPI (10 inches, whatever applies to Width applies to Height) and want 2 inches and 300 DPI (600 pixels) things will readjust in sync... no, wait, it only readjusts if you try to use inches as unit so you type a 2 for Width, but as soon as you type 300 in resolution the 2 becomes 0.48... and later you can type 2 again for Width and all will stay (talk about experimenting with interface). And if you use 50 percent instead of inches for Width, changes in X Res does not change the Width. Whoa, what a set of rules and what a dance over the input boxes! :-/ I think this is getting even more confusing with each version, or at least not better. If you only want to change the DPI you can also use the Scale dialog if you use Pixels as unit, but I think that would be bad advice (it is what happens, so if you want to remember all the tricks, up to you). Another day I will try to find the equivalence of Constraint, if there is one and under which rules. I had enough with the text above. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Script-fu help?
Hi, [EMAIL PROTECTED] (2006-08-04 at 1824.44 -0400): > * read in the file (a png file that is RGB) > * Desaturate HSV > * Merge the layers of the desaturated image > * Save the file to a new directory, but with the same name Which png have layers? In any case, you could look at plain shell and imagemagick like in http://www.cit.gu.edu.au/~anthony/graphics/imagick6/color/ (modulate or fx ones, for example). GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: Gaussian Blur using only the selected area
Hi, [EMAIL PROTECTED] (2006-08-07 at 1138.09 -0400): > I've tried tricks like cutting out the selected area into a new layer > and performing the blur on the new layer. That is no better. My > searches seem to suggest that Photoshop can limit the blurring to the > selected area's colours if the layer is locked (which is also pretty > obscure). The approach based in transparency should work... or http://bugzilla.gnome.org/show_bug.cgi?id=70335 "family" (look at dependences, 72848 and 72849 are blur) is not fully fixed. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] plugins for photographers
Hi, [EMAIL PROTECTED] (2006-12-14 at 0950.07 +0100): > Being slower I assume GREYCstoration performs much more complex > calculation, do you think it offers a better algorithm than the other > plugins around? On the other hand it looks it is not mantained very > actively, or am I wrong? Gimp version seems be have been untouched for a year, but the core system (CImg lib) gets periodic updates, including a recent speed up in greyc, you can test the command line denoiser for speed changes. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Faking "Miniature" environments in GIMP from existing photographs?
Hi, [EMAIL PROTECTED] (2006-12-24 at 1519.59 +): > Hi, Saw this on Digg last night: > http://forums.livingwithstyle.com/showthread.php?t=342065 Heh, scale kit makers trying to avoid the scale look and people converting photos to it. That tutorial is rather direct to GIMP. Quick mask, blend (gradient) tool, hue/saturation, all already there, only thing you have to get is the lens defocus filter or use gaussian blur as poor substitute. http://sudakyo.hp.infoseek.co.jp/gimp/fblur/focusblur_e.html GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Script-Fu Question about Saving Image to Network Share
Hi, [EMAIL PROTECTED] (2007-03-10 at 1258.19 -0500): > If saving to a network drive is not possible (such as smb://), is there > some other trick I could use to get the image over there? Mount the network drive. You can use smbmount or fusesmb, for example. Then files will appear in the main tree, for all apps. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] express keys and touch strip on Intuos 3 tablet: do they work?
Hi, [EMAIL PROTECTED] (2007-03-13 at 1135.15 +0100): > are the express keys and the touch strip of an Intuos 3 tablet > supposed to work in gimp? One way is http://hem.bredband.net/devel/wacom/ GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Synchronize tools among input devices
Hi, [EMAIL PROTECTED] (2007-04-01 at 1046.37 +0900): > > Is it possible to configure GIMP so that all devices are using the same > > tools and colours? So that if I select the airbrush with my pen, and > > then pick up my mouse, the mouse will stay in airbrush mode? > > Thanks for any advice. I do not think so, but you can drag and drop in devices dock to copy settings. Yeah, I know, lots of manual work, every time. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Synchronize tools among input devices
Hi, [EMAIL PROTECTED] (2007-04-02 at 2150.31 +0900): > Joao, > > martin: most setigns can be shared - just go to > > ->File->Preferences, and check the Tool Options tab. Read again and try it yourself if needed. ;] > I've done this and under "Paint Options Shared Between Tools" I have > "Brush", "Pattern", and "Gradient" selected. > > But regardless, when I switch from cursor to pen devices, the settings > don't carry over. The dock has more items than the preferences (Tool, FG and BG), and the shared options are among tools, not among devices. Something like "Share tools among devices" in "Input Devices" would be needed first to solve the issue. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Gamma correction tool
Hi, [EMAIL PROTECTED] (2007-06-19 at 2131.44 +0300): > Is there any gamma correction tool suitable for gimp windows version? Go to Levels tool, there are two rows, one with two numeric controls (output) and other with three (input). Gamma is the middle one of the set of three. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] What tablet provides pressure sensitivity when used with Gimp under Linux?
Hi, [EMAIL PROTECTED] (2007-07-07 at 1809.55 +0200): > "Olivier Lecarme" <[EMAIL PROTECTED]> writes: > > The Wacom Intuos tablets provide all you want, and in fact more, > Is that also true for the older (serial) versions? If so, how to > enable this? Serial tablets were even easier to setup than USB have been for some time as there was less software wanting to take part compared to what happens now (no serial level driver required while usb does, and no udev like is typical now), and they worked for all basic features. Single one I remember not getting was the top "buttons" (16 programable areas in top edge and two to change pressure response) which probably were just implemented at the driver level. But pressure, tilt and so on, pretty good. OTOH, I remember having some issues with NT driver, and Wacom's reply was that "it had to be that way" (it was long time ago, sorry for the lack of details... I remember placing it with the "why do I have to reboot for this" issues tho), no idea if it changed with 2000, etc as that tablet has been Linux only since. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] cant open psd files
Hi, [EMAIL PROTECTED] (2007-07-21 at 2026.55 -0600): > Every time and on each machine i get "Error: Can't convert PSD mode to GIMP > base imagetype" any brilliant insights? (im sure there are many, how about > insights this error :D ) I would check the image is RGB, Greyscale or Indexed type. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP and tilt sensitivity
Hi, [EMAIL PROTECTED] (2007-07-19 at 1856.54 -0400): >> I have personally tried to create such a brush, but the results are >> inconclusive. I use an Intuos 3 tablet and have created (just for test) a >> 3 >> x 3 matrix containing 9 images and 2 ranks, first for x-tilt and second >> for >> y-tilt. As far as I understood, this would have created one image for: [...] I did a demo for some "doubts" in IRC, over two years ago, and I barely remember it so excuse the fuzzyness of the description (currently I do not have access to the tablet, so no way to test it again): 3*3 items per layer were for tilt, using each axis as indexer, and the layers were another indexer or two (2 groups of 2 layers), thus giving 3D or 4D "image". I think it worked at the time, allowing people to see the effects of the 3 or 4 tablet variables. http://www.infernal-iceberg.com/gimp/tmp/pipe-brush-angle-and-tilts.gih http://www.infernal-iceberg.com/gimp/tmp/pipe-brush-angle-and-tilts.xcf.bz2 http://www.infernal-iceberg.com/gimp/tmp/pipe-brush-pressure-angle-and-tilts.gih http://www.infernal-iceberg.com/gimp/tmp/pipe-brush-pressure-angle-and-tilts.xcf.bz2 GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP and tilt sensitivity
Hi, [EMAIL PROTECTED] (2007-07-22 at 1801.32 -0400): > Thank you very much for your examples, they also helped me understand a bit > more the "Save as GIH" dialogue. One of the things that strikes me as > illogical was that you start the ranks from the bottom and go to the top as > you add more ranks?... It seemed more logical to me to have the first > governing rank on top, while the second is underneath it, etc. If you don't > mind explaining the logic, it would be great and might teach me a thing or > two about GIMP and this concept. Origin of coords does not need "common sense", just that the rules are known and not ignored. Someone decides 0,0 is somewhere, and +X goes this way and +Y this other. That applies both to maths and to this. :] Sadly "known" is not 100% in GIH-land (I remember Gimp 1.2 dialog had controls to the side and even allowed 5 dimensions, even if only 4 controls were provided... what was the 5th?), at best you have to go with empiric conclusions. > So, taking your brush "pipe-brush-pressure-angle-and-tilts.gih", I read the > first rank for x-tilt, composed of 3 cells. Next rank, y-tilt, created from > 3 cells as well - so far, that's a 9 cell matrix with the numbers 1 through > 9, printed according to the X/Y tilt. Then you have an angular brush with > two ranks (the black and red colored numbers governing the angle of your > stroke, somehow the black only appears from degree 0 (upwards) to 90 > (right), from 90 to 359 the red takes over? Shouldn't it be black from > degrees 0 to 179 and red from 180 to 359?) and the last rank, pressure, > uses > black and red colors for a light pressure and green and blue for harder > pressure, alternating colors as per the angle of your brush. I learnt that looking inside the GIH files was a sure way to get a headache. I always looked at XCF versions, and considered GIH a nasty manual step required to get brushes working, instead of having the XCF as single file that had to be created and tweaked. Or even better, having that and run-time controls to change the mappings (what goes with pressure, etc), so not saving at all except to change "images" or default mappings. The 3D angle-and-tilts brush works, giving ~90 deg to each of the four layers. But yes, I checked the 4D pressure-angle-and-tilts brush with mouse, and it strangely gives a 90-270 instead of 180-180. I thought (or so my memory says I did), that it would select one of two groups by angle (KR or GB), and then select the exact layer by pressure (if it got to KR, K or R). I am unable to test pressure (or tilt), but if you say it selects two colours for high and the other two for low, that part seems to match what I thought. When the dialog was to the side, I read it this way, for 4D: Select SelectSelect Select group of -> one layer -> cells in -> cell in layers from groupY axis X axis The example brush has the following: Pressure -> Angle -> Y tilt -> X tilt So the path would be, with mouse (fixed pressure, fixed 0 tilt): KR GB-> K R-> 2 5 8-> 5 -> Black or red 5s Mouse 0-90 0-deg 0-deg pressureortilttilt says90-360 "1st" (?) always Maybe there is a bug, or I set something wrong in the save dialog or some hidden rule escaped my experiments (maybe there is "no layers in groups" after all, go figure). > P.S. I'm "explaining" these things back to you just to make sure I > understood things right, please don't feel offended if I state the > "obvious" > :) But your example is much appreciated, it proved the options work as > expected (except that weird angular decision) and also gave me an insight > the manual was not able to provide. No problem, I remember the issue is far from documented, it seems barely anybody knows how things work or worse, how it should work, so the topic quickly gets discarded. Experimenting without going into the deeper levels is enough for me, even if not being 100% sure the things are correct. This is the third time, at least, years ago first, the IRC session second, and some parts still unclear. Sadly all the manual steps (including for single image brushes) makes the brush system really tedious and clunky, so I understand that as things get more complex they get less use and less understanding. Good luck trying to figure any misconceptions or missing details. See the issue with 90+270 deg instead of 180+180, and I would add why you can control the cells up to 1000 or why playing with different buttons makes other values change (cell size -> number of cells and count in first rank, but not other ranks). Best would be figuring how it was planned to be. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Reducing noise with multiple exposures
Hi, [EMAIL PROTECTED] (2007-11-24 at 1903.37 -): > > I'm trying to reduce noise using multiple photos of the very same subject, > using both a tripod or simply repeating a scan a number of times ( i have a > flatbed scanner with a lot of noise especially in dark areas... ) [...] > I have used the first level, as normal, with 100% opacity, then i have added > other 9 levels ( 9 photos ), with opacity 100/9=11,1, and mode set to normal. > > If i use 10 levels, at 10% opacity each one, the brightness of the result is > different from the original ( lighter ). The trick for mixing this way is that the N layer has to be set to 1/N opacity. The reasoning is that the N layer will contribute that factor, and the rest ((N-1)/N) has to come from the previous mixed layers, so the result always totals 100% ((1 + N-1)/N). First (base) layer 1/1 -> 100%, second layer (the one just above base) 1/2 -> 50% (and the other 50% comes from the first), third layer 1/3 -> 33.33% (and the other 66.66% comes from the 1 and 2) and so on. This approach will probably have rounding errors. > So what do you think i should use? Imagemagick. Simpler, faster and maybe even less rounding issues (it can add all images at once, then do a single multiply by 1/N, at least that is how I would code such op). :] convert image1.png ... imageN.png -average result.png I investigated the topic for mixing different frames time ago to create more film like renders (lots of other things in the trick, but finding a fast and nice average op was one of the core issues I had to solve): http://www.infernal-iceberg.com/blender/mblur/ GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Reducing noise with multiple exposures
Hi,
[EMAIL PROTECTED] (2007-11-27 at 2026.23 -):
> I have tried, but it requires more memory than i have, after 30
> minutes ( with 10 images, each of 5 Megapixels ) it was still
> working ( 256mb ram +768 swap ), whilst with gimp everything, from
> loading to adjusting the opacity, took only about 3 minutes.
I would try the following then: cut the images into manageable parts
(using PNG as format), average the separate "stacks", then glue back
the parts. For example chunks of 50 lines (I looked for a 5MP camera
and it said 2560*1920, so 2560*50). I ran the following commands after
running ulimit -d 131072 -m 131072 -v 131072, to make sure all fits in
128M:
# First cut all
for i in [a-j].jpg
do
convert ${i} -crop 2560x50 +repage ${i}_%02d.png
done
# ~120 sec
# Look up the maximum number generated, in this case 38 (starts in 0)
# And average the stacks
for i in $( seq -w 0 38 )
do
convert [a-j].jpg_$i.png -average result_$i.png
done
# ~25 sec
# Join back, 1x means one column (= full width parts, simpler)
montage -mode concatenate -tile 1x result_*.png indirect.png
# ~20 sec
# Total: ~165
I also tried the original approach, it took ~120 secs (~30 without
setting limits, no swapping in any case) and did not crash due the
forced memory limit (original JPEGs were 2560*1920 and ~3MBytes each,
work dir ended being ~180MB with all the intermediate PNGs and the two
final versions):
convert [a-j].jpg -average direct.png
So if you figure why the system was so slow (disk? too many other apps
running? really old CPU?), it would be nice to know. Also memory is
nicer than swap, specially if you are into image editing (just for
when you have to get a new computer or update current ;] ).
GSR
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Reducing noise with multiple exposures
Hi, [EMAIL PROTECTED] (2007-12-02 at 0902.40 -): > > I also tried the original approach, it took ~120 secs (~30 without > > setting limits, no swapping in any case) and did not crash due the > > forced memory limit (original JPEGs were 2560*1920 and ~3MBytes each, > > work dir ended being ~180MB with all the intermediate PNGs and the two > > final versions): > > > > convert [a-j].jpg -average direct.png > > Let's try again. > > free -m: > total used free sharedbuffers cached > Mem: 250115135 0 2 57 > -/+ buffers/cache: 55195 > Swap: 729 0728 So you have 135 free, that is good. 195 if cache and buffers are not count. > After few seconds, hd is swapping. > > After 10 minutes is still swapping. > > free -m reports: > > total used free sharedbuffers cached > Mem: 250247 3 0 0 36 > -/+ buffers/cache:210 40 > Swap: 729377352 377 in swap, not good now. :[ > Then, ctrl-c . I think the issue you have can be solved by the same trick I used to simulate small memory. Your system has free memory before starting (and all swap free too), so imagemagick requests memory and as it never gets a "no more memory", it keeps on requesting, until swap usage is so big that the system is mostly trashing the disk instead of doing real jobs. But if imagemagick gets a "there is no more memory" (due to ulimit or really hitting the hardware max space), it completes the task with what it already got, even if a bit slower than it would be in a computer with lots of RAM. Remember, for apps, the "memory" is ram+swap, but in practice once you have to use the "slow memory" (swap), it is not worth in many cases. So try again running ulimit -S -d 131072 -m 131072 -v 131072 then convert [a-j].jpg -average direct.png. That should keep imagemagick into memory, or at least most of it, instead of forcing the system to use over 300 of "really slow memory". Personally I prefer computers with really small swap, except when used to cover the needs of tmpfs, swsusp or similar systems. If a process goes mad, it will die soon, instead of making the computer become barely usable for minutes. In your case, maybe I would set up a soft ulimit of 192 or so for user accounts (that would leave 64 free for other processes running at the same time), so no app can request more than that. As it would be soft kind, not hard, users can raise if in case they really really need (at their own risk). [...] > And i have always found that imagemagick is extremely slow ( > converting images is for example much faster with netpbm tools ). Yes, it is not exactly fast, it focuses more in features. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] stroking path with 1 pixel width brush is semiopaque
Hi, [EMAIL PROTECTED] (2008-03-25 at 2156.34 +0100): > This will give a fully colored, 1-pixel line: > - > | x-|---|---|---|---|-x | > - > > This will give a 50% colored, 2-pixel line: > - > | | | | | | | > --x---x-- > | | | | | | | > - Add that 50% pixel intensity does not have to match 50% light intensity (gamma), and the problem becomes more obvious. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Identify old GIMP font
Hi, [EMAIL PROTECTED] (2008-10-27 at 1842.17 +0100): > Per Gregers Bilse ([EMAIL PROTECTED]) wrote: > > The font in question is the one used in the buttons on the left (Hour, > > Day, Week, etc). I do remember it had an odd name, there was only one > > of its kind (no bold, italic, etc), and it came in only half a dozen > > sizes or so. > > That looks like one of the "Fixed" fonts shipped with the X-Server. > > Since Gimp no longer uses the X11-mechanisms for font selection it no > longer shows up in the font dialog. You need to somehow convince > fontconfig to provide that font as well. I currently cannot tell you ad > hoc how to achieve that. Modern fontconfig has /etc/fonts/ dir with config options and where you can write a local.conf file. Probably it has some defaults and other things (alternatives, examples) commented out. In some cases, there are files you can copy (or better symlinks) from the "conf.avail" subdir to the "conf.d" subdir and that way activate things. I see a README explaining all this, and "man fonts.conf" also helps. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Wacom Pen Buttons
Hi, [EMAIL PROTECTED] (2008-10-23 at 1342.25 +0200): > Hi, I'm using Gimp 2.6.0 for Windows with a Wacom Cintiq 12WX graphical > tablet. Whenever I press one of the buttons on the Wacom pen it comes up with > the right-click file,edit etc. menu and the other button moves the canvas > around. I keep hitting them by mistake and would like to disable this. Long time since I had a Wacom in MSWindows, but I remember the driver had a tool to configure what each button did (send MB2, send double click of MB1, disable, etc). Maybe that is still provided so look into what Wacom installed at the operating system level, not just GIMP config options. Personally I found the extra buttons useful, so just started holding the pen with the button near finger tip but not touched... similar idea to old fountain pens, they have a single holding position. ;] GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Creating brushes
Hi, remeg...@comcast.net (2009-01-25 at 0801.59 -0800): > I'm new to the list, and pretty new to the Gimp. As a photographer I'm > still using Photoshop > as my primary tool, because I need to be able to work on 16 bit images. > I understand that > that eventually the Gimp will have 16 bit processing incorporated into > the program. > That being said, I do use the Gimp for some of my jpg files, and I am > wondering if there is a > way to create larger soft brushes. I often use a large soft brush for a > number of things in > Photoshop (clone stamp, vignetting, various mask work) and the largest > soft brush that I can > find in the Gimp is much too small. Is there a work-around for this? Click the New button in the Brushes dialog, and then Edit brush button so you can use the Brush editor to set the parameters. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Batch convert .xcf to .xcfgz
Hi, capn...@yahoo.com (2009-02-04 at 0902.16 -0800): > I have a large amout of .xcf that I would like to batch convert to .xcfgz is > there an application that can do this? Just run gzip *.xcf in a shell. Or look for a compression app that can gzip multiple files separatelly (not tar then gzip... no idea if any app does that alone, I just go with simpler g(un)zip for this). As advice, save and use .xcf.gz instead of .xcfgz so you need no extra steps, gunzip *.xcf.gz will revert the compression, but with .xcfgz you will need some tricks to handle the renaming. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Batch convert .xcf to .xcfgz
Hi, mcb...@broggs.org (2009-02-04 at 1345.13 -0500): > On Wed, Feb 04, 2009 at 07:28:06PM +0100, GSR - FR wrote: > > Hi, > > capn...@yahoo.com (2009-02-04 at 0902.16 -0800): > > > I have a large amout of .xcf that I would like to batch convert to .xcfgz > > > is there an application that can do this? > > > > Just run gzip *.xcf in a shell. Or look for a compression app that can > > gzip multiple files separatelly (not tar then gzip... no idea if any > > app does that alone, I just go with simpler g(un)zip for this). > > > > As advice, save and use .xcf.gz instead of .xcfgz so you need no extra > > steps, gunzip *.xcf.gz will revert the compression, but with .xcfgz > > you will need some tricks to handle the renaming. > > The trick isn't hard once you know it > > gzip -S gz *.xcf > > (the default suffix is .gz, so we are just removing the .) Ahh, good trick to know indeed, that the dot has to be explicitly mentioned as part of the extension. Well, using .gz (or .bz2 for bzip2 compression) still has more adventages, not only with gzip, but Gimp in general, as you can save .pnm.gz or many other formats that are natively uncompressed and it will load back, but the only supported "without dot" are .xcfgz and .xcfbz2. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Can Gimp calculate area of a color?
Hi, howe.ste...@gmail.com (2009-03-25 at 1353.01 -0700): > Howdy, > I'm making a mosaic. I've used gimp to > strip out extraneous background artifacts > posterize the picture down to a sixteen colors. > separated the colors onto different layers. > > Now I'd like to know either by area (cm, or inch) or percentage of the > picture each of the colors (so I can figure out how much tile I'll need). > > I don't see an obvious function such a calculation tool for this. Is > there one and if so, can someone point me to it? Histogram can be used to count pixels. So make sure the alpha of each layer is sharp, select the alpha channel in histogram drop down and select the right most bar(s). If you have sharp edges, it should be just a spike on the left for all transp pixels and another in the right for opaque ones (play with log vs linear setting if needed), if you have partially transp pixels, they will appear as spikes in the middle of the graph. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Image to Layer Size
Hi, delphit...@yahoo.com (2009-06-02 at .53 -0500): > I like doing the Layer to Image Size, because it reminds me all > components are on the same canvas. But is there any technical reason > for doing Image to Layer Size or for not doing it? Sometimes it is good to have smaller layers as that saves memory and also avoids having "garbage pixels" poluting other zones. There is also the case in which you want to have a layer bigger than the canvas or any size but with parts outside of the canvas, for adjusments, spill zone (blurs that have information from "outside", ie) or animations. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] create speedline like manga
Hi, ele...@gmail.com (2009-08-20 at 1054.38 +0200): > I try to create speed line like manga . > an example is > http://isa39moda3.free.fr/ISA41/mangamania/Images/Dessins/naruto_ch243_p06.png > > is there any script fu or a simple way to do that ? > the principle is easy, create lines with different size and reproduce > it randomly in the selection. Add 1 pix wide white layer, render RGB noise in it (with correlated option toggled so it appears grey), adjust curves or levels to keep the ammount of black/dark grey dots you want, then scale horizontally to fill the final size. Use colour to alpha or blend modes to keep only the lines. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] A "non-tool" selection...
Hi, nospam-ab...@ilyaz.org (2009-09-04 at 0627.39 +): > The first thing I do when entering GIMP is switching to the eyepicker > (or is is dropper? ;-) tool. But it is not non-destructive enough; > and it is useless as a default tool. Zoom tool only modifies the view... is that non destructive enough? GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] best monitor
Hi, gra...@yadtel.net (2009-11-12 at 1329.34 -0500): > recomendation?? > > I've been looking online at ViewSonic X Series VX2433wm Black 23.6" 2ms(GTG); > 5ms HDMI Full 1080P Widescreen LCD Monitor - > Maximum Resolution: 1920 x 1080 If you want to have good colours, avoid TN panels, they are normally 6 bit per colour, not 8, and colour changes with angle in noticeable ways (we are talking about image retouch, right?). You can see what I mean in http://www.digitalversus.com/duels.php?ty=6 (select view angles from selector) and the panel type (TN, IPS, PVA, etc) can be looked up in http://www.flatpanelshd.com/panels.php. > Up to $300 is within my budget Good colour quality and cheap at the same time are rare. :[ GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Layer selection using mouse click
Hi, p.rosenb...@gmx.net (2009-11-15 at 2152.06 +0100): > How can I change the layer selection by clicking on the object in the image? Move tool has a pick layer or guide mode, it will select the topmost layer that is non transparent for the pixel you click. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] creating a texture
Hi, for...@gimpusers.com (2009-11-24 at 2113.32 +0100): > hello there i am a blender user > i i wanted to create a texture for bumomap/normal map > in gimp > i tryed the noise filter but this is not what i need You have to combine it with other things. ;] > i am modeling a camera > see camera real image here > http://www.kenrockwell.com/nikon/d40/images/d40-18-55mm-top-big.jpg > u can see that the camera material have little bumps > with different shapes in each little bump > how can i generate a texture like this in gimp You can probably do it in Blender too, using clouds texture, custom colour gradients, etc. But in Gimp: - new white image. - rgb noise filter, move sliders to max so you get lots of dots. - desaturate (lightness one is fine, try others if you want). - blur (normal one will do here). - curves, make a _/ curve , the histogram should show a sharp spike on the right side like /\, I placed the curve parallel to the left side of spike (x 162, y 0 and x 183, y 255, approx). This leaves you with some random black spots. - guassian blur, 1-2 pixels to smooth. - invert if you need the bump map that way. As last note, I decided the dot density was too low, so before invert I duplicated the layer, offset it, and put it in multiply mode. Next would be making the result tileable (plenty of tutorials about this, most just forget that you should use offset multiple times different values, otherwise you will have zones that are hard to touch up). GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Select the layer I click on
Hi, deniz.a.m.do...@gmail.com (2009-11-25 at 1613.28 +0100): > It seems like there is no way to toggle this behavior by e.g. holding > key. You'd think that holding the shift key would toggle the behavior, > which the description in the toolbox implies. However, I can't get > this to work! I gave it a look again (*) and when tool options say "move" you will move the layer that is active in layers dialog when you drag, no matter where you click. If it says "pick" you will activate topmost opaque layer and then move it when you drag. Shift key changes the button temporally. Try it, press and release it and see how the tool options update... at least here it does... if not, you found a bug. The preferences option just decides about keeping or not the activation. You can see the temp activation in layers dialog while the mouse button is hold. Leave preferences open to one side of the monitor and see how things behave with an image with 2 transparent layers with a small doodle in each, try pref on/off, shift pressed, etc. *: Three notes about why I forget all the details of this. First is that I have the "make active" pref enabled to match old Gimps and always forget about it. It can be weird for new people, but so is that move's default includes pick (it is named move, not select/pick and move... so before and now are not free of sins). Second is that I never change these tool options from the default settings, so I do not have to look at them ever; my fingers always know. Nevermind in some cases the keys are not toggles, in move tool shift is, but try selecting layer, selection and path modes and see what control or alt do in each case... the only that seems sane to me is to leave it in layers, so all three keys can do things and my fingers can continue in automatic mode. And third is that I stopped believing in texts, instead I see what things do, so my hands learn that and my eyes completly ignore the texts. Small redesign: the tool options should be something like "Move top opaque layer under cursor" for pick and "Move active layer" for move. There must be better wording that current. As Joao mentioned, the "keep active or not" pref could be a tool option, dependant on "Move top opaque layer under cursor" and with a text like "Make active". Things could be moved but with the intent of leaving the settings in sane state (some of us would had to relearn shift key, but I think it could be settled forever). Example: () Move active layer () Pick top opaque then move --, pick enables/gives access to [] Keep picked as active<-` keep toggle (otherwise greyed) GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] creating a texture
Hi, for...@gimpusers.com (2009-11-25 at 1505.33 +0100): > for start noise was creating noise with different colors Yes, that is right, because desaturate gives you the white to black version. You have to follow all the steps, even if at first it looks bad. ;] I made a quick visual tutorial so you can see how things change: http://www.infernal-iceberg.com/gimp/tmp/camera-texture-tutorial.png > on curves , changing the line _/ > wont effect the histogram on the background The histogram stays as is while you move the dots. I just used it as reference to place the curve. If you use the x and y info that appears when you drag the controls of the curve, you get good references too. But the best is to check what the image shows, the values I gave are only examples, it depends with the result you want. > any way i can share my result on this page ? For PNGs or JPGs, you can use one of those image hosting sites (imageshack, tinypic, etc). If you used the mail list method instead of gimpusers gateway, I think you can even send small attachments. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] DualCore or QuadCore for Gimp?
Hi, mjham...@graphics-muse.org (2010-01-06 at 1652.05 -0700): > On Thu, 2010-01-07 at 00:55 +0100, Uwe Haider wrote: > > Runs Gimp with a quadcore or with an faster DualCore better? The system > > will run on Linux Gentoo with 64bit. > Not sure it matters unless you happen to run a lot of other applications > at the same time. GIMP doesn't (to my knowledge) parallelize operations > on multiple cores. So the kernel gets to decide which core to run on Check Environment section in Preferences, if it has Number of processors to use, some task will be performed in parallel (adjust number as needed). GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP's gradients are not smooth?
Hi, for...@gimpusers.com (2010-01-10 at 1554.49 +0100): > You already get a lot of good advices > > I will add that just apply a simplicistic but very effective trick may do > marvels > > just some gaussian blur on your gradient may create all the smoothness you > may desire ...more the range, more smoothness Err, no, in cases like this, when a smooth transition shows bands because the colour change is small but the zone is big, the hack is to use Spread filter, AKA poor man dithering. It requires proper masking, only work with bands that should be smoother but have no real detail, etc, etc, but sometimes it can do the trick to fix problems (in photos or after compositing many layers... if using a gradient, first try dithering option there, as already suggested). GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] GIMP won't load LARGE TIF file
Hi, for...@gimpusers.com (2010-03-07 at 2045.09 +0100): > I had some plans scanned at Zephyr Printing. They scanned > the Large drawings at 600DPI, 1 Bit Black, and saved the files. The pixel > sizes of the drawings are 21600 x 33184. [...] > Has anyone had trouble using with such a large sized file? IIRC GIMP uses 5 bytes minimum per canvas pixel: 1 selection + 4 RGBA projection. So 21600 * 33184 * 5 = 3583872000, over 3GB just to show the image. This is without counting the real pixel data, I do not rememember which happens with paletized or grey images, they could use 1 byte per pixel of the single layer or require expansion to 3-4, so the real number could be >5GB (if someone uses this formula for other images, in multilayer case, add the pixels each one use, obviously). Which means you need a 64 bit computer and OS, a lot of memory and a really fast memory bus... and based in comments of a person than regularly works with 1 pixel images, a lot of patience too (6 "patiences", as your case is 6 times bigger). Maybe GIMP is not the tool you need. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
Hi, just.g...@lesve.org (2010-03-25 at 2205.15 +0100): > I can live without the feature but if I press Contr-S will my > original file be destroyed. C-d to make a duplicate, then close the original. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] strange window behaviour
Hi, for...@gimpusers.com (2010-07-12 at 1402.44 +0200): > For the last couple of days, I've been getting a different, disruptive > behaviour: The information in the lcp window remains pertainent to the old > image. > > My current workaround is to do this after selecting a new image: I close the > lcp window, and then open it again from the 'windows' menu. > > What could be going on here? Maybe I accidently switched a setting? Is there a > way to switch back? It sounds like you did. :] Look in the menu you get in the [<] button top right of LCP (and any other such window or "tab", also called "dock", just in case you hit the term in Gimp documentation). There should be an "Auto Follow Active Image" toggle at bottom of the menu. If you click "Show Image Selection" you get a drop down to pick which image to show in LCP, and as plus, a button labelled "Auto" that does the same than the "A-F-A-I" setting. If you already have this selector, maybe you clicked the "Auto" and so it behaves the other way. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Smoothing inked lines?
Hi, m...@marccarson.com (2010-07-14 at 1409.01 -0700): > > Is there somewhere we can see one of the scans you're working with? > Sure. Here's an original panel straight from the scanner: > http://friendlyskies.net/projects/comics/originalpanel.png > I tried unsharp mask and selective gaussian blur, but no luck either way > (converted to RGB). Pretty old tech and that works in greyscale: gaussian blur (different scans, different values, try 5-15 for your png) followed by curves with a sigmoid shape (make flat zones both at start and end with a sharp / in the middle, for your png start with with 3 squares flat at min, then 2 for the climb, and 3 at max). At worst case, mask the plants and apply different settings: big blur in the plants destroys them, and small blur keeps lots of noise in the car lines. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Banding in gradient creation
Hi, for...@gimpusers.com (2010-07-28 at 0914.52 +0200): > >Say you draw a monochrome gradient from back to white along 2560 pixels. > >You only have 256 different colors, thus you get bands 10 pixels wide. > >And dithering does not have a real effect in such a case. > I'm in RGB mode. The image is 2480px wide and 2794px high. Really big image... if dithering is not helping, and some passes of Spread filter are not hidding the problem, not much you can do currently. Also, are you sure your monitor is not the one giving you some extra banding? Some are sold as 24 bit color, but are "18 plus tricks". > Is there a way that I can create a smooth gradient? Higher bit depth, which is not possible in GIMP for now. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] make a path a selection
Hi,
saulgo...@flashingtwelve.brickfilms.com (2010-08-09 at 0005.36 -0400):
> Quoting Harry Strunc :
>
> > Hi,
> > I want to make a path turn into a selection and I cant figure it out.
> > It's so simple and I cant find the answer.
> > Please help.
>
> "Select->From Path" will create a selection from the active path. The
> "active path" is usually the last path you've created or edited. You
> can make another path active by opening the Paths Dialog
> ("Windows->Dockable Dialogs->Paths") and clicking on the thumbnail
> preview of the appropriate path.
Bonus from that dialog: button(s) that convert path to selection (and
selection to path, etc) with the option of combining (add / subtract /
intersect) with current selection. Look at the tooltips to learn what
keys to hold while clicking the buttons.
GSR
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Changing the right mouse click to do something else
Hi, jbi...@mit.edu (2010-08-17 at 1314.54 -0400): > I've looked through the manual and done plenty of googling... but I > can't quite figure out what to do here. I use a wacom bamboo tablet and > I would like the right mouse click (the upper button on the shaft of the > stylus) to switch to eraser, instead of displaying the menu. I tried > mapping the "keys" field in the "configure input devices" to various > things but it seems to have no affect. I tried all the numbers 1-10 in > case the key numbers were unusual but still the "middle click" button > does the grabber, and the "right click" button opens the context menu. I > also tried with a mouse at the same time to see if there was any difference. > > Anyone know if this is (or isn't) possible... and how to do it? This is a special case, and it is possible, at least with Intuos (no idea about Bamboos) the pen will report different devices for the "lead" and the "eraser". So all you have to make sure is that your driver is reporting each tip as separate devices, and then enable the different devices in preferences. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Changing the right mouse click to do something else
Hi, jbi...@mit.edu (2010-08-18 at 1046.30 -0400): > Thanks for the reply, but that's not quite what I'm looking for. > Flipping the pen around is actually very cumbersome for me. Yes, if I > turn the pen around and use the "eraser" then the previous tool selected > by the "eraser" will be activated again. However, I need the "eraser > tool" far more often than I would use a normal eraser, and so I would > like a quicker way to change tools. In particular, I would like to do > like in Xournal, where the "right mouse click" event activates the > eraser. Also, maybe I'm just tremendously uncoordinated, but I drop the > pen half of the time when I'm trying to flip around to use the eraser. Ooh, sorry, I misread it thinking you wanted the eraser tip to work as eraser. No, no way to change bindings in that sense, you can tell the driver to swap the side buttons (or do it via xmodmap or xinput) and even to fake keyboard presses with the tablet keys; but making GIMP use a button as toggle or even a selector of a given tool is not possible (or very well hidden). The only single swapper I can remember now is the swap FB/BG. Ohh... and space for move tool (or pan or nothing), but that one is hardcoded (to 3 options, pick one), so you would had to edit the source and recompile, assuming keeping the space key down is acceptable (if you have to press alt, shift, control for other eraser options... not so nice to also need space). As crutch you can use the keyboard and maybe rearrange the bindings so eraser is Ekey instead of Shift+E, to make it faster to access. Then you could use the fake keypresses feature with the tablet keys, but you should also bind some other tools to be able to go back to whatever you use. If you use a handful tools, forget the tablet keys, just keep one hand over the keyboard. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] how do I find the pathname of a selected font?
Hi, cr33...@gmail.com (2010-10-01 at 1228.05 -0500): > On Fri, Oct 1, 2010 at 12:15 PM, Chris Mohler wrote: > > Another possibility would be to modify this script to output the > > filename and the font name on the same line > After rereading that script, I saw it was quite easy to modify so it > only lists the font name and file name on the same line: > http://pastebin.com/ztbgPJhZ > > I only tested it once but it seems to work OK. On a fairly stock > Ubuntu I only had to install python-magic. In Unix based systems it would be worth to try with symlinks: keep the original named files somewhere, make the apps see symlinks that have usable names and point to the real files; or even hardlinks, if same partition. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] removing timestamps from a photo
Hi, gregtu...@yahoo.co.uk (2010-12-19 at 1535.06 -): > Hi Mag, > > On 19 Dec 10 15:13 Mag Gam said: > > I would like to remove this time stamps. I was > > wondering what is the best way to do this in batch? [...] > If you hoped to magically blend out the timestamp replacing it with > the colours that would have been there had the camera not added the > timestamp, then forget it. You cannot do that as a batch operation as > every image would need to be treated individually. If the time stamp is always the same colour and in the same place, the script could select that colour, (grow the selection a bit,) then intersect the selection with a rectangle to limit it to the zone where the numbers appear. Finally run an inpainting filter, like the one in CImg/GMIC. Depending on the image it will look more or less obvious. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Can't access Script-Fu
Hi, for...@gimpusers.com (2011-01-28 at 0316.16 +0100): > >Hi, > >I'm having a problem accessing Script-Fu. As I understand it, when I click > >on Filters>Script-Fu>Refresh Scripts, a menu should appear alongside > >Filters. This is not happening. > > >The scripts I want to use are Script-Fu > Layer Effects > Drop Shadow, ...> > >Inner Shadow, ...> Bevel and Emboss. > > >I'm running GIMP 2.6.8 on Ubuntu 10.04. Any help would be much appreciated. > > > No suggestions? Perhaps reinstall GIMP? Or is Script-fu not available with > GIMP on a Linux platform? Unlikely, I guess. I've checked Preferences but > couldn't see anything relevant. In 2.6 all the scripts are in other places, mostly under Filters. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] opening binary flat files
Hi, for...@gimpusers.com (2011-02-01 at 2054.11 +0100): > I often use photoshop to open binary flat files, either 8 or 16 bit > depth. In photoshop if I select open using photoshop raw format, a > dialog box pops up asking what the image dimensions are (ie, > 512x512), the number of channels (ie 1), the bit depth and the byte > order. > Is there any way to do this in GIMP, either native or with > plugins... I dont think that the UFRaw will work as these files do > not come from a camera-- they are images of satellite imagery that > are just binary flat files. GIMP PDB shows file-raw-load & file-raw-save. How to get them to do something... that is a different question, the "new" file dialog seems to be missing any reference to raw files. Try showing all file types, then loading one with a non matching file extension (in old versions you would be able to pick any file and then force the loader to use, IIRC). Or maybe use script-fu console to popup the loader options. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] opening binary flat files
Hi, d...@shadowdrama.net (2011-02-01 at 2254.23 +0200): > On Tue, Feb 01, 2011 at 08:54:11PM +0100, mintakax wrote: > > I often use photoshop to open binary flat files, either 8 or 16 bit > > depth. In photoshop if I select open using photoshop raw format, a > > dialog box pops up asking what the image dimensions are (ie, 512x512), > > the number of channels (ie 1), the bit depth and the byte order. > > It's the same in GIMP. Since raw data can't really be autodetected you > need to select "raw image data" as the file type in the File open > dialog. Ooops, right... yet another reminder of why I hate interfaces that hide and forget you opened the "|>". I just noticed the selector now, different than the filtering one. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] opening binary flat files
Hi, phorg...@yahoo.com (2011-02-01 at 1834.43 -0800): > On 02/01/2011 01:24 PM, GSR - FR wrote: > > ... elision by patrick ... > > Ooops, right... yet another reminder of why I hate interfaces that > > hide and forget you opened the "|>". I just noticed the selector now, > > different than the filtering one. > If the data has an extension of .data on the file name is it > automatically detected? The hidden list shows no extension(s) for raw and ".data" files are not shown when the other selector is set to "All images", so I doubt. You will probably have to open the dialog, change the filter to show all files as well as pick RAW from the other list, then select the file. Yes, it sounds repetitive and the forced format option seems to be always closed and forgotten (tried it with PNGs). I also tried drag and drop with random file named "foo.data", it caused an error. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] automating tasks
Hi, gbu...@gmail.com (2011-04-04 at 0847.37 +0200): > I would like to glue a logo and some dozen of pictures automatically, > ie. the logo and the picture has the same height and to glue them at > the common edge. How can I do that? Should I use script-fu? That is one way, other is using shell commands and ImageMagick as per http://www.imagemagick.org/Usage/annotating/ (check the rest of Usage sections, maybe you get some useful tips, for example in "compose" one). Whatever you find easiest. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Re: setting Dynamic text colour
[EMAIL PROTECTED] (2003-11-11 at 1400.59 +): > Is there an easier way of setting the dynamic text colour. It does not > have a dialog bog for a hex triplet. Open the normal colour selector instead of the dynamic text one, change there, then drag and drop to the button. Or drag and drop from the toolbox if you already have the colour in it. Or from palettes. Or... you get the idea, try to drag and drop anything that is colour. :] GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: setting Dynamic text colour
[EMAIL PROTECTED] (2003-11-11 at 2253.16 +): > I got the idea, I found out I can pick the colour with colour picker, > select dynamic text, hit the colour button in the dynamic text dialog & > drag the colour directly from the colour picker to the dynamic text > colour selector. Did you tried dragging _to_ the colour button? You should, if you only use the dynamic text colour selector as target, not as tweaker. :] GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: GIMP at COMDEX
[EMAIL PROTECTED] (2003-11-13 at 1715.33 +0100): > That's not even a GIMP feature but implemented on the GTK+ level > (except some parts like saving the changed keybindings across > sessions). Apart from that it's a lousy hack, it's disabled by > default, very unintuitive and should be replaced by a menu editor > better sooner than later. So, IMO, you better don't show it. Some people that use it intensively do it to have very quick access and reconfiguration, for example assign some F# keys to some Filters that are going to be used a lot in a row, but probably not in next work session or image. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Fwd: [GUG] CMYK under Gimp.
[EMAIL PROTECTED] (2003-11-21 at 0834.36 +0100): > This would be fine for unix based systems too. Are there any plans to > create an system interface for X to plug-in an CMM? > Do You know someone allready working on this? apropos Xcms should give you some man pages, here it does. If one checks the background of X11 (ie, Silicon Graphics machines) it sounds logical to have such thing, I have heard that some people have used custom LUTs to do film work with plain Linux too... so it is all about lack of publicity and docs, I guess. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
