[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: 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
[Gimp-user] Re: Alternative zoom algorithm
[EMAIL PROTECTED] (2004-01-16 at 2215.53 +0100): There are some issues with the patch, though. I don't really get what's happenning in the if (src == 1 dest == 1) clause, and I'm not sure completely reverting the old change is the way to go. It is the flip point, and I found the sequence is buggy (100 - 150 - 200 - 100, missing the 150 step when going back). It is special cos 1.0 == (1.0 / 1.0). You are sitting in the middle of the roof, so to speak. Once you are in the sequence, you can use the normal look up. I would go for 12.5% 18% 20% 25% 33% 50% 75% 100% 150% 200% 300% 400% 600% That gives you a smallish set of presets, with extra focus around 100%, and outside that you let her fly with the newer algorithm. The sqrt algorithm seems to have problems with rounding, btw. I could do a different set, with a first 8 at +1 to last 8 at +32 (first group would be 8, not 16). Or even scaling the factors and playing with the other part of the fraction (I think that would fix the buggy case above). The adventage is that all would be handled with the same code (I am not happy with so many if and switch). GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Alternative zoom algorithm
[EMAIL PROTECTED] (2004-01-17 at 0309.30 +0100): Ideas? Suggestions? (But please do not complain about the lack of your favourite zoom level, trying to insert specific missing zoom levels in the table above would completely break the advantages of nearly homogenous zooming...) After being pointed in IRC to check what other apps do, a search that resulted in similar things to what I was trying, going thru discarding what people is used to or the levels for typical images and finaly get my patch encouragingly classified as evil, I think I will stop wasting time and keep my ideas and suggestions to myself. So I only have a question: why is homougenous zooming the holy grail that makes the rest of issues discardable? Something other than the words smooth or continous, which only make me think about animation and not about painting. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Dot for Dot
[EMAIL PROTECTED] (2004-01-27 at 1804.18 +): Trying to find out what the Dot for Dot menu item is for. At the moment it is a bit of a mystery. Can anyone help? It makes Gimp display in pixels or in real units. Maybe a visual example will help you. Compare dot for dot on and off for an image of 512 * 512 pixels with DPI 72 * 144. One will look like a square, the other as a rectangle. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Laying out book cover.
[EMAIL PROTECTED] (2004-02-26 at 1432.05 -0500): Is there a way, other than drag and drop, to accomplish this precise alignment? Is snap to grid the best tool or is there another way? When doing such things I have used guides, first one vertical and another horizontal, so you can place two parts with them. Then zoom in, add another guide so it marks the edge you want to use as glue line for the third layer. The auto snapping will do the rest. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Monitor for Gimp
[This is personal experience from amateur, so direct instead of list reply] [EMAIL PROTECTED] (2004-03-28 at 1438.12 -0500): Is there a monitor at a reasonable cost, a few hundreds of dollars, that allows for adjustment of gamma? Bearing in Doubt so, but you can get the adjustment via relatively supported videocard (I tried Matrox and ATI with Xfree86 drivers) and tools to tweak the LUT, look up table (xgamma, ie). Speaking about monitors, you can get CRTs with good quality for that price. They should let you select colour temperatures and come with their own profile. Check the pro range of known brands, probably the 19 and 21 inches sizes only. Three years ago 17 inches was pro too, now that size is crowded by TFTs (*1). Then download all the manuals you can find to inspect what they do. Matching will not be perfect, but you will be safer than with a go figure how it behaves monitor. For the past six or seven years I used Hitachi, CM641ET and CM643ET, both 17 inches (both same specs, they just changed the name, I think), nice quality. But they are leaving that market and going for TFTs now. So some months ago I got a Philips 109P40 for a bit more than 300 euros. It comes with 9300K, 6500K, 5500K and sRGB presets, allows mid-high resolutions at high refreshes (using 1280*960 at 100Hz at this moment), and the target market is CAD and DTP. It even has an extra input, just in case you need to plug two computers or you have a workstation that uses BNC instead of the typical 15 pin D-Sub. I wanted it a bit for colour quality, and a lot for the flicker free with reasonable resolution, my usage is non pro, but is impossible to get a monitor in which flicker free is not tied to nice tube and lots of controls. I also checked Hitachi, but they are going out of the CRT field as I said, NEC (fine), Mitsubishi (fine), Sony (expensive), Eizo (also expensive), Iiyama (fine), LaCie (they rebrand others, and add some things). Most of them are basicaly *tron tubes (Trinitron, Diamontron, Whatevertron or just this monitor uses aperture grille tube). The two lines that cross the screen are weird the first days, or when you try to concentrate in that area of screen. The *tron mask was also a bit strange for me, cos I was used to the Hitachi tubes, which provided really sharp images with their own technology. If you can go to the shops and see the monitors working, that would be the best. I did that for the Hitachis, and I was really happy with them. With the Philips it was a different story, now shops go for flashy TFTs so I was unable to check a real model in shops around here, and had to buy by phone a bit blindly. Good luck shopping. :] *1: Personally I only like them for pure text processing due the lack of flicker and reduced weight, but hate them for weird 1280*1024 resolution some have, lack of high resolutions (funny to find 1600*1200 or 1400*1050 in laptops but rarely in desktop TFTs, LaCie has one but expensive) and the varying colour response. I still have to find someone that can prove the gamut is above CRTs, last I read was that a medical targeted monitor with a price over a thousand was approaching 90% of NTSC range, if my memory does not fail. The mag company I know go with CRTs, and I agree with the friend I have there: not yet, maybe in the future, if colour is more important than space, buy CRTs. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Monitor for Gimp
[EMAIL PROTECTED] (2004-03-29 at 1424.48 +0200): [This is personal experience from amateur, so direct instead of list reply] Obviously not. Never start a reply while sleepy and never hit send before checking the field one more time. *hit wall with head* GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Re: Re: Monitor for Gimp
[EMAIL PROTECTED] (2004-04-01 at 0908.53 +1000): Xfree86 implements LUT manipulation through a X extension, but only allows you to set a gamma for red, green, and blue (it generates the LUT values internally). The basic commandline interface to this is xgamma, and KDE/etc have added their own versions. I got in IRC a small code snipet that allows full modification, it inverts the colours so I think it should be possible to load any other curve you can think of, if it is per channel. The standard monitor that is modelled by the sRGB colour space (which is meant to describe the average [well-adjusted] PC monitor, and is specified as the default colour space of the web) happens to have a gamma of 2.2 (as well as a white colour of 6500K and a bunch of other details). Most monitors I have found were not 2.2. Only last one is 2.2, and when sRGB preset. This small detail is what I think has caused lots of problems, people knew their monitor was designed to be pluged in a 50Hz socket, or 60, or auto select among both, but not what colour config was provided by it and the video card (and probably do not understand it anyway). GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Re: Re: Monitor for Gimp
[EMAIL PROTECTED] (2004-03-31 at 2350.03 +0200): Let try sorter: the question was do you consider global gamma adjustment useful at all? and the reply was yes, not only useful but a basic. Well, I sortof find it distracting to have the user interface gamma corrected. If I set a reasonable gamma value on my X server, things look washed out and pale. Is that really desirable? Some time ago I had the same problem than you: I went from default config (or lack of it) to something reasonable (or at least try). Yes, of course, my interface changed at first, so I compensated it but did not go back to unconfigured state. Since, when I have changed video card or monitor, I just had to check their settings, not change the interface all over again. That is what makes it desirable, two properly adjusted hardware sets will give a similar look. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: LittleCMS profile - does it need to be loaded for each image?
[EMAIL PROTECTED] (2004-04-01 at 1657.55 +0300): Is there a way to load icc profile once instead of each time I load a new image? The monitor isn't changing with images. I use GIMP 2.0.0 under windows. To load icc-profile I use someting like view-minitor filters-colour reproduction adjustment (translated ftom Russian interface). If you are talking about what I think, you will have to load the profile for every image (and even for every view if you use multiple views of the same image). GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Floating windows
[EMAIL PROTECTED] (2004-04-02 at 0112.13 +0200): I'd like to know how to set any floating window back into the main window. Don't know if I'm clear.. 'cause I don't know the english names of the windows ! http://jimmac.musichall.cz/gimp2demos.php and get the docks.avi (less than 2MB) from one of the listed mirrors. It is a bit jumpy at first, cos the window manager used creates new windows at the top left instead of where you drag the inner title, but once you watch it some times you should be able to figure how to handle docks. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: transparent pixels while alpha channel?
[EMAIL PROTECTED] (2004-04-11 at 2223.38 +0800): I know the question might be silly, because I can dig it out by RTFM. RTFPS, P of PNG and S of Spec. But I think GIMP does not support saving indexed images in which the palette items are RGBA instead of RGB. You could have tried, convert to index and see if GIMP keeps all transparent areas or not. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Environment settings big images
[EMAIL PROTECTED] (2004-04-22 at 2142.26 +0200): On PotatoShop (forced to used at gunpoint), there are no problems editing this image or other large images. Photoshop handles large images better than GIMP. That's a known fact and it's not trivial to improve. How, exactly? I've heard this too, but I have no clear idea how they do so - do they have a similar caching system, and just make better decisions about what to cache and when? Or do they use OS specific features to reduce read times for caching operations? Or perhaps something completely different? One thing that GIMP could do is top to bottom composing, if the blend modes allow it. It will mean that calculations will never be worthless and that only contributing tiles will have to be accessed. That should speed up things and reduce memory usage in some cases. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Creating Photoshop FIRE image in Gimp?
[EMAIL PROTECTED] (2004-04-24 at 2128.35 -0500): What do the Gimp experts say? Can it be done? Will the result be pretty much identical (or even better)? I guess you can, most techniques apply directly, minor changes to suggested numbers in worst case. Ooh, and were it says Liquidify, you have to read IWarp. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: What was used to create this graphic?
[EMAIL PROTECTED] (2004-05-11 at 0924.31 -0400): Copy a square to the left of the top row of letters. Continually paste that square over the letters, to extend the gradiant over the letters. Then copy a There is a simpler way: select a one pixel column in the left, just near the text then scale it horizontaly. Faster than pasting. :] For extra randomness, use smudge tool to break up the perfection due the horizontal strech. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: What was used to create this graphic?
[EMAIL PROTECTED] (2004-05-11 at 0951.52 -0400): There is a simpler way: select a one pixel column in the left, just near the text then scale it horizontaly. Faster than pasting. :] Sounds great! How do you stretch it? As simple as scale tool (and rotate tool rotates when you need it! ;] ). Work zoomed and/or use the numerical input. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Gimp and web site design.
[EMAIL PROTECTED] (2004-05-09 at 0739.12 -1000): I found the comments below from a friend of mine on another list provaocative. She is not a Gimp user. I wonder how many of her cautions are universal and how many just dependent on the program used to create the graphics? [...] All apps I know can do it, of course people just have to know what is going on. Also, it would be a lot simpler if some web browsers did it right to begin with and transparency worked in them as it should. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Gimp and web site design.
[EMAIL PROTECTED] (2004-05-09 at 1806.45 +0200): However, PNG supports indexing much more advanced than that - essentially, an indexed palette entry in png has an alpha component, so with indexed png you can antialias to transparent. However, this isn't supported in IE for Windows. You can also use 32 bit PNG which is funny supported on both IE and Mozilla, but is a much larger file size. GIMP does not support indexed RGBA (palette items are four channels, so all can have some level of transparency, vs typical GIF's one colour is transp only) and dunno which tool does it. But there typical problem is that IE does not support 32 bit PNG as it should, that is, without tricks (some pretty complex). For simplest trick see: http://www.phoenity.com/newtedge/png_degradability/ GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Text layer -- tutorial resources?
[EMAIL PROTECTED] (2004-04-26 at 1137.26 -0300): Well, fist of all, you are encouraged to upgrade to GIMP 2.0 first of all, because gimp 1.2 has no support to text layers at all. at all is too radical, GDynText did it. And anyway, his screenshots show he got 2.0 fine (or at least a late 1.3). ;] GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Trouble concatenating images.
[EMAIL PROTECTED] (2004-04-27 at 1741.00 +0100): I am getting very lost in layers and not getting far. I have used one image as the base layer and tried to expand the layer boundaries to allow for the other 3 images, but somehow I just don;t seem to be able to work out how I can paste the other 3 images into the resized boundary. If you are going to be doing this more than once you should probably try this tool for creating Panoramic images in the Gimp: http://www.shallowsky.com/software/pandora/ This section of Grokking the Gimp might help too (but I should warn you I have not read it myself yet though) http://gimp-savvy.com/BOOK/node70.html Then maybe you want to get extra help (see the front ends): http://panotools.sourceforge.net/ GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Some questions about Gimp.
[EMAIL PROTECTED] (2004-04-27 at 2002.00 +0300): I do a lot of simple painting, and I miss the option to easily resize any brush to different sizes, I wonder if this function is going to be implemented. Check bugzilla, there are some wish-level reports about improving brush system. Is there a way to get Adobe OpenType (.otf) fonts such as Myriad Pro family work in Gimp? That is a freetype work, check it, I think it supports them. IMO the most appealing option Photoshop has is Layer Styles manipulations, Fireworks MX also introduced somewhat similar Live Effects, is Gimp going in this direction? Again, reported as wish bug. Could you please explain how to customize keyboard shortcuts in Gimp-2 ( I want to zoom in with =, like in Gimp 1.2.5, instead of Shift+= ) You have to enable it in preferences, in Interface section. Keep it on if you do it a lot (assign to different filters every day) or off if just to change some things a single time. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Batch save as with *baseline* encoding
[EMAIL PROTECTED] (2004-05-22 at 1239.50 +0300): I want to be able to view my photos on my new LG dvd player; however it only recognises the *Baseline* encoding. [...] Is this possible? (also recursively thru child directories). Try with exifiron and a shell script after you save in GIMP. That supposing you can not just do all your work with command line tools like photomolo (provides exifiron), libjpeg apps, imagemagick, etc. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Blur plug-in
[EMAIL PROTECTED] (2004-06-07 at 1149.52 +0200): The plan is to remove the randomize and repeat functionality. That would allow us to also remove the (quite confusing) dialog. Filters-Blur-Blur would then be a simple blur with a 3x3 convolution kernel. It would be fast and easy to use but of course we it would be less powerful. So the question is, is anyone actually using this functionality? Are there scripts out there that rely on plug-in-blur-randomize to be available? Why not just ditch it completly then? If it just a 3x3 convolution that you have to manually repeat, and there are already other filters and scripts that do the same. The point of repeat is not having to rerun manually to get a bigger radius blur. Someone was doing a version that used another channel to control the repeats, which is a nice improvement. If that is accepted as improvement it should stay, otherwise I see no reason to keep it along the generic matrix one and its presets. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Blur plug-in
[EMAIL PROTECTED] (2004-06-07 at 1649.35 +0200): Sorry, but what other scripts or plug-ins are you referring to? IMO it would be a good thing to have a simple and fast plug-in that does the job w/o a dialog and I fail to see what other plug-in would provide this functionality. Convolution matrix, and there are scripts floating around that give matrix presets. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: Re: Blur plug-in
[EMAIL PROTECTED] (2004-06-07 at 1759.17 +0200): calling the convolution matrix plug in and scripts to preset it a simple replacement ? Well, what would you call a script that just puts a menu entry and calls convolution matrix with a fixed matrix? Please rephrase that to a powerful replacement that can be used by the more then average(new) gimp user. Would this mean having a script-fu menu entry fill convolution matrix for : blur/sharpen/edge detect etc. Those already exists. The ones I got have some extra controls, but nothing disallows making no dialog versions. 2. when using the randomize option the preview makes no real sense since by nature you'll never get twice the same result. Depends how the code is done, using pseudo random and taking into account 2d coord it should provide repeatable results. 4. If a bigger blur is needed use the gausian blur instead of repeating. They are different things, though, box vs guassian. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: status of gimp-help-2
[EMAIL PROTECTED] (2004-07-04 at 2356.50 +0200): The problem is, that GIMP's UI changes faster than we can provide screenshots. My idea was an application which records mouse movements and play's them afterwards to create screenshots only once and then automatically. This idea has some major problem when it comes to different positioning of menus and other things, that i discarded the idea. Well, the guys from Sun gave said, that we should provide screenshots only when they are *really* necessary. Another problem with screenshots are the dependencies to languages. I propose, that we shouldn't make screenshots for every minor function or dialog, but describe the functions or dialogs better. Dunno how, but K-3D has something like what you talk about or better, interactive tutorials. http://k3d.sourceforge.net/ GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Slow [Unsharp Mask] with particular settings
[EMAIL PROTECTED] (2004-08-17 at 1052.52 +0200): Steve, please don't be so ignorant. Carol has a point here. If unsharp mask is slow, it makes sense to look for alternatives. There's no point in sticking to your workflow if it turns out that the same result can be better achieved differently. So, are you certain that unsharp mask is better than using levels? I tried levels 20 1.0 235 and USM 25 .3 1 in the first image of http://www.lonestardigital.com/photoshop_quicktips.htm and while the results look similar, the histogram shows periodic holes (predictable from levels), so problably that is the reason the action Steve is porting used USM. Maybe he should give a look at USM code and try to emulate with blur and other ops. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Blur IIR or RLE?
[EMAIL PROTECTED] (2004-08-18 at 1215.36 -0300): Has any real difference between IIR and RLE blur effect? Speed, use RLE for images with big areas of same colour (masks, renderings of vector based images, cartoons, etc), IIR for those hardly two neighbour pixels are the same (photographs, noisy renderings, etc). Or so goes the saying. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: kerning
[EMAIL PROTECTED] (2004-09-07 at 1733.59 +0200): Kerning is alpha and omega of design, and we cannot change any fonts anyhow. I am with you, and it was explained in the bug the first link references (http://bugzilla.gnome.org/show_bug.cgi?id=120268). Users do not care if Pango can or can not, or if even if the lib is called Pango or Ognap. Users want to adjust pairs when they need, so the image they are working with looks as they want, and that is a case by case problem. So I guess the reply is no kerning in gimp (yet?). GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: photoshop's plastic wrap effect in GIMP
[EMAIL PROTECTED] (2004-09-13 at 1539.56 +0200): but I imagine it would be possible. Perhaps someone could come up with a script-fu? http://wingimp.hp.infoseek.co.jp/files/script/wrap-effect.html GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] [OT] Some other app (was: gimp in one window)
[EMAIL PROTECTED] (2004-09-17 at 2307.46 +0200): information. my question is: is it possible to have gimp in one window? like in other graphic programs - not to mention photoshop or photo-paint. i found Now that you raise the issue, I wonder what is going in in the following image http://www.deviantart.com/view/8257589/. New method? Optional setting? It reminds me of the same app in MacOS (where I always found it as a bunch of windows), but it is the first time I see that in MSWindows version. GSR PS: I know, not GIMP, but it as it is always other apps do foo, so GIMP should too, I wonder if now the things are reversing. ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: refract or equivalents?
[EMAIL PROTECTED] (2004-10-11 at 1810.29 +0300): Looking through gimp plugin database, I've noticed refract plugin seems to promise the needed functionality (passing through a lens with lens strength proportional to . However, it seems to be obsolete and I can't get it compiled against gimp v2. After some patching it compiles up to creating of widgets and dialogs part but that's where I'm definitely stuck. First hit for gimp refract http://gimp-plug-ins.sourceforge.net/refract/ GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: smart resize
[EMAIL PROTECTED] (2004-10-15 at 0609.12 +): The question is tricky. And I'm very interested in a clear answer. My opinion is that (sometimes) bicubic for reducing smooths the image too much. I found this off comp.periphs.scanners: http://www.xs4all.nl/~bvdwolf/main/foto/down_sample/down_sample.htm Another similar pages talking about filtering (demo and/or code) just in case someone wants to get deeper: http://www.binbooks.com/books/photo/i/l/57186AF8DE http://www.antigrain.com/ http://www.path.unimelb.edu.au/~dersch/interpolator/interpolator.html http://www.xmission.com/~legalize/zoom.html Basically, there are better methods than current GIMP ones (or some other common apps, for that matter). Search yourself, not the first time the issue of best quality (transformations, noise, colour, etc) appears in GIMP lists. Though it doesn't tell about 'real-life' performance (PS CS's will likely produce 'sharper' looking image), it seems ImageMagick does the better thing. Well, the typical approach to test signal processing systems is to use some kind of simple input, mostly cos it is easier to compare with output. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: unsubscribe
[EMAIL PROTECTED] (2004-10-22 at 1001.22 -0500): * Jonathan Chetwynd [EMAIL PROTECTED] [10-22-04 01:19]: I have twice now recently unsubscribed via the web from this list. No, but you can. Do it the same way that you subscribed or read the bottom of every post in this forum. He points web interface is not working. Maybe via email interface he will get it done. The addresses appear in the headers, of course, most email clients hide them and do not implement tools, so user can not figure themself nor get the task done by the app, lose / lose due making things simple. And as everything is web, the trend keeps on (people mixing mailing lists and web forums, list info not advertizing the email interface at all...). List-Unsubscribe: http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user, mailto:[EMAIL PROTECTED] btw, you top post, full quote, change Subject: thereby altering the [...] Required reading: http://www.netmeister.org/news/learn2quote.html oldie rantThat and http://www.rfc-editor.org/rfc/rfc1855.txt should be recommended reading./oldie rant GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: flat image bg color change
[EMAIL PROTECTED] (2004-11-02 at 0154.19 -0500): Thanks Eric. Here it is. Ok, I used select by colour, clicking first at the top area, then clicking with shift key more times and a bit lower until it selected all but the bottle and some of the white reflection in front. sides selected vv ## ## /##\ - bottle unselected - shadow/edge selected - reflection unselected Then zoom in and finish by hand the reflection, if you have clicked enough times, down a bit each time, you should have it easy, because the lower edge of the bottle is dark and should have been cut for you (the part in the graphic). Play with feather, grow/shrink or quickmask if you need to adjust the selection, until happy. Finally apply the colour with the bucket tool, using Colour mode for example and adjusting tranparency on the tool options. That way you get a similar gradient, keeping the reflection. Another way is that once the selection looks ok, instead of using the bucket, add a layer, use the selection to build a layer mask, and fill the full layer. This is a bit more complex, but lets you change colour quickly (save the selection to channel as security measure, then remove selection and drag and drop to the image window from selector as many times as you want) and mode and transparency on the fly. IOW, concepts you should input into a search engine for deeper explanations: quickmask, selection, layer mask, layer mode (plus gimp tutorial with each of them). GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[Gimp-user] Re: Re: How to get rid of OK Cancel Reset images on buttons?
[EMAIL PROTECTED] (2004-11-11 at 2157.35 +0200): I haven't figured out so far how to use your fix to remove OK, Cancel, Reset, and Save icons from buttons though. I tried adding it to gtkrc and imagerc in all locations, overwriting existing image related entries in gtkrc with this. Maybe there's something like stock[gtk-button-cancel] ... etc. that I need to add there using this as a template? (I don't know these stock image variables) Yes, that was removed, it was in the big snip part, there are many items. The ones you want are probably gtk-ok, gtk-cancel and gimp-reset (quick look into the list I have) but you will probably still get other buttons with icons. As it is done, you have to define every icon, without exceptions. The complete file is 40K, another of similar size for the parts that have icon. In total, it makes a 100K or so, plus images (it is a gimp theme experiment atm). I used gtk+'s gle module (from cvs, months ago) to go inspecting everything, and also checking source files from gimp and gtk+ libs to figure all the names. This is why I ask if there is another way, cos all those things were many afternoons of figuring things. It is easy to understand people think doing themes can be hard, as soon as you are not just over painting icons, it can get complex fast. GSR ___ Gimp-user mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
[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 (PSDU's W and H will say 3.333), then change top drop down menu to inches and type 2 in PD's Width (PSDU'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: 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: 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 gimp-user@lists.xcf.berkeley.edu; 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: 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-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: 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: 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: 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=433754seqNum=5rl=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: 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 toolbox-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, 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