Re: [Gimp-user] automating tasks

[GSR - FR]

Hi,
gbu...@gmail.com (2011-04-04 at 0847.37 +0200):
> I would like to glue a logo and some dozen of pictures automatically,
> ie. the logo and the picture has the same height and to glue them at
> the common edge. How can I do that? Should I use script-fu?

That is one way, other is using shell commands and ImageMagick as per
http://www.imagemagick.org/Usage/annotating/ (check the rest of Usage
sections, maybe you get some useful tips, for example in "compose"
one). Whatever you find easiest.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] opening binary flat files

[GSR - FR]

Hi,
phorg...@yahoo.com (2011-02-01 at 1834.43 -0800):
> On 02/01/2011 01:24 PM, GSR - FR wrote:
> > ... elision by patrick ...
> > Ooops, right... yet another reminder of why I hate interfaces that
> > hide and forget you opened the "|>". I just noticed the selector now,
> > different than the filtering one.
> If the data has an extension of .data on the file name is it 
> automatically detected?

The hidden list shows no extension(s) for raw and ".data" files are
not shown when the other selector is set to "All images", so I
doubt. You will probably have to open the dialog, change the filter to
show all files as well as pick RAW from the other list, then select
the file. Yes, it sounds repetitive and the forced format option seems
to be always closed and forgotten (tried it with PNGs). I also tried
drag and drop with random file named "foo.data", it caused an error.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] opening binary flat files

[GSR - FR]

Hi,
d...@shadowdrama.net (2011-02-01 at 2254.23 +0200):
> On Tue, Feb 01, 2011 at 08:54:11PM +0100, mintakax wrote:
> > I often use photoshop to open binary flat files, either 8 or 16 bit
> > depth. In photoshop if I select open using photoshop raw format, a
> > dialog box pops up asking what the image dimensions are (ie, 512x512),
> > the number of channels (ie 1), the bit depth and the byte order.
> 
> It's the same in GIMP. Since raw data can't really be autodetected you
> need to select "raw image data" as the file type in the File open
> dialog.

Ooops, right... yet another reminder of why I hate interfaces that
hide and forget you opened the "|>". I just noticed the selector now,
different than the filtering one.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] opening binary flat files

[GSR - FR]

Hi,
for...@gimpusers.com (2011-02-01 at 2054.11 +0100):
> I often use photoshop to open binary flat files, either 8 or 16 bit
> depth. In photoshop if I select open using photoshop raw format, a
> dialog box pops up asking what the image dimensions are (ie,
> 512x512), the number of channels (ie 1), the bit depth and the byte
> order.
> Is there any way to do this in GIMP, either native or with
> plugins... I dont think that the UFRaw will work as these files do
> not come from a camera-- they are images of satellite imagery that
> are just binary flat files.

GIMP PDB shows file-raw-load & file-raw-save. How to get them to do
something... that is a different question, the "new" file dialog seems
to be missing any reference to raw files. Try showing all file types,
then loading one with a non matching file extension (in old versions
you would be able to pick any file and then force the loader to use,
IIRC). Or maybe use script-fu console to popup the loader options.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Can't access Script-Fu

[GSR - FR]

Hi,
for...@gimpusers.com (2011-01-28 at 0316.16 +0100):
> >Hi,
> >I'm having a problem accessing Script-Fu. As I understand it, when I click 
> >on Filters>Script-Fu>Refresh Scripts, a menu should appear alongside 
> >Filters. This is not happening.
> 
> >The scripts I want to use are Script-Fu > Layer Effects > Drop Shadow, ...> 
> >Inner Shadow, ...> Bevel and Emboss.  
> 
> >I'm running GIMP 2.6.8 on Ubuntu 10.04. Any help would be much appreciated.  
> 
> 
> No suggestions? Perhaps reinstall GIMP? Or is Script-fu not available with 
> GIMP on a Linux platform? Unlikely, I guess. I've checked Preferences but 
> couldn't see anything relevant. 

In 2.6 all the scripts are in other places, mostly under Filters.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] removing timestamps from a photo

[GSR - FR]

Hi,
gregtu...@yahoo.co.uk (2010-12-19 at 1535.06 -):
> Hi Mag,
> 
> On 19 Dec 10 15:13 Mag Gam  said:
> > I would like to remove this time stamps. I was
> > wondering what is the best way to do this in batch?
[...]
> If you hoped to magically blend out the timestamp replacing it with 
> the colours that would have been there had the camera not added the 
> timestamp, then forget it. You cannot do that as a batch operation as 
> every image would need to be treated individually.

If the time stamp is always the same colour and in the same place, the
script could select that colour, (grow the selection a bit,) then
intersect the selection with a rectangle to limit it to the zone where
the numbers appear. Finally run an inpainting filter, like the one in
CImg/GMIC. Depending on the image it will look more or less obvious.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] how do I find the pathname of a selected font?

[GSR - FR]

Hi,
cr33...@gmail.com (2010-10-01 at 1228.05 -0500):
> On Fri, Oct 1, 2010 at 12:15 PM, Chris Mohler  wrote:
> > Another possibility would be to modify this script to output the
> > filename and the font name on the same line 
> After rereading that script, I saw it was quite easy to modify so it
> only lists the font name and file name on the same line:
> http://pastebin.com/ztbgPJhZ
> 
> I only tested it once but it seems to work OK.  On a fairly stock
> Ubuntu I only had to install python-magic.

In Unix based systems it would be worth to try with symlinks: keep the
original named files somewhere, make the apps see symlinks that have
usable names and point to the real files; or even hardlinks, if same
partition.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Changing the right mouse click to do something else

[GSR - FR]

Hi,
jbi...@mit.edu (2010-08-18 at 1046.30 -0400):
> Thanks for the reply, but that's not quite what I'm looking for. 
> Flipping the pen around is actually very cumbersome for me. Yes, if I 
> turn the pen around and use the "eraser" then the previous tool selected 
> by the "eraser" will be activated again. However, I need the "eraser 
> tool" far more often than I would use a normal eraser, and so I would 
> like a quicker way to change tools. In particular, I would like to do 
> like in Xournal, where the "right mouse click" event activates the 
> eraser. Also, maybe I'm just tremendously uncoordinated, but I drop the 
> pen half of the time when I'm trying to flip around to use the eraser.

Ooh, sorry, I misread it thinking you wanted the eraser tip to work as
eraser.

No, no way to change bindings in that sense, you can tell the driver
to swap the side buttons (or do it via xmodmap or xinput) and even to
fake keyboard presses with the tablet keys; but making GIMP use a
button as toggle or even a selector of a given tool is not possible
(or very well hidden). The only single swapper I can remember now is
the swap FB/BG. Ohh... and space for move tool (or pan or nothing),
but that one is hardcoded (to 3 options, pick one), so you would had
to edit the source and recompile, assuming keeping the space key down
is acceptable (if you have to press alt, shift, control for other
eraser options... not so nice to also need space).

As crutch you can use the keyboard and maybe rearrange the bindings so
eraser is Ekey instead of Shift+E, to make it faster to access. Then
you could use the fake keypresses feature with the tablet keys, but
you should also bind some other tools to be able to go back to
whatever you use. If you use a handful tools, forget the tablet keys,
just keep one hand over the keyboard.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Changing the right mouse click to do something else

[GSR - FR]

Hi,
jbi...@mit.edu (2010-08-17 at 1314.54 -0400):
> I've looked through the manual and done plenty of googling... but I 
> can't quite figure out what to do here. I use a wacom bamboo tablet and 
> I would like the right mouse click (the upper button on the shaft of the 
> stylus) to switch to eraser, instead of displaying the menu. I tried 
> mapping the "keys" field in the "configure input devices" to various 
> things but it seems to have no affect. I tried all the numbers 1-10 in 
> case the key numbers were unusual but still the "middle click" button 
> does the grabber, and the "right click" button opens the context menu. I 
> also tried with a mouse at the same time to see if there was any difference.
> 
> Anyone know if this is (or isn't) possible... and how to do it?

This is a special case, and it is possible, at least with Intuos (no
idea about Bamboos) the pen will report different devices for the
"lead" and the "eraser". So all you have to make sure is that your
driver is reporting each tip as separate devices, and then enable the
different devices in preferences.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] make a path a selection

[GSR - FR]

Hi,
saulgo...@flashingtwelve.brickfilms.com (2010-08-09 at 0005.36 -0400):
> Quoting Harry Strunc :
> 
> > Hi,
> > I want to make a path turn into a selection and I cant figure it out.
> > It's so simple and I cant find the answer.
> > Please help.
> 
> "Select->From Path" will create a selection from the active path. The  
> "active path" is usually the last path you've created or edited. You  
> can make another path active by opening the Paths Dialog  
> ("Windows->Dockable Dialogs->Paths") and clicking on the thumbnail  
> preview of the appropriate path.

Bonus from that dialog: button(s) that convert path to selection (and
selection to path, etc) with the option of combining (add / subtract /
intersect) with current selection. Look at the tooltips to learn what
keys to hold while clicking the buttons.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Banding in gradient creation

[GSR - FR]

Hi,
for...@gimpusers.com (2010-07-28 at 0914.52 +0200):
> >Say you draw a monochrome gradient from back to white along 2560 pixels.
> >You only have 256 different colors, thus you get bands 10 pixels wide.
> >And dithering does not have a real effect in such a case.
> I'm in RGB mode. The image is 2480px wide and 2794px high.

Really big image... if dithering is not helping, and some passes of
Spread filter are not hidding the problem, not much you can do
currently.

Also, are you sure your monitor is not the one giving you some extra
banding? Some are sold as 24 bit color, but are "18 plus tricks".

> Is there a way that I can create a smooth gradient?

Higher bit depth, which is not possible in GIMP for now.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Smoothing inked lines?

[GSR - FR]

Hi,
m...@marccarson.com (2010-07-14 at 1409.01 -0700):
> > Is there somewhere we can see one of the scans you're working with?
> Sure. Here's an original panel straight from the scanner:
> http://friendlyskies.net/projects/comics/originalpanel.png
> I tried unsharp mask and selective gaussian blur, but no luck either way
> (converted to RGB).

Pretty old tech and that works in greyscale: gaussian blur (different
scans, different values, try 5-15 for your png) followed by curves
with a sigmoid shape (make flat zones both at start and end with a
sharp / in the middle, for your png start with with 3 squares flat at
min, then 2 for the climb, and 3 at max).

At worst case, mask the plants and apply different settings: big blur
in the plants destroys them, and small blur keeps lots of noise in
the car lines.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] strange window behaviour

[GSR - FR]

Hi,
for...@gimpusers.com (2010-07-12 at 1402.44 +0200):
> For the last couple of days, I've been getting a different, disruptive
> behaviour: The information in the lcp window remains pertainent to the old
> image.
> 
> My current workaround is to do this after selecting a new image: I close the
> lcp window, and then open it again from the 'windows' menu.
> 
> What could be going on here? Maybe I accidently switched a setting? Is there a
> way to switch back?

It sounds like you did. :]

Look in the menu you get in the [<] button top right of LCP (and any
other such window or "tab", also called "dock", just in case you hit
the term in Gimp documentation). There should be an "Auto Follow
Active Image" toggle at bottom of the menu.

If you click "Show Image Selection" you get a drop down to pick which
image to show in LCP, and as plus, a button labelled "Auto" that does
the same than the "A-F-A-I" setting. If you already have this
selector, maybe you clicked the "Auto" and so it behaves the other
way.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Open a file r/o

[GSR - FR]

Hi,
just.g...@lesve.org (2010-03-25 at 2205.15 +0100):
> I can live without the feature but if I press Contr-S will my
> original file be destroyed.

C-d to make a duplicate, then close the original.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] GIMP won't load LARGE TIF file

[GSR - FR]

Hi,
for...@gimpusers.com (2010-03-07 at 2045.09 +0100):
> I had some plans scanned at Zephyr Printing.  They scanned
> the Large drawings at 600DPI, 1 Bit Black, and saved the files.  The pixel
> sizes of the drawings are 21600 x 33184.
[...]
> Has anyone had trouble using with such a large sized file?

IIRC GIMP uses 5 bytes minimum per canvas pixel: 1 selection + 4 RGBA
projection. So 21600 * 33184 * 5 = 3583872000, over 3GB just to show
the image.

This is without counting the real pixel data, I do not rememember
which happens with paletized or grey images, they could use 1 byte per
pixel of the single layer or require expansion to 3-4, so the real
number could be >5GB (if someone uses this formula for other images,
in multilayer case, add the pixels each one use, obviously).

Which means you need a 64 bit computer and OS, a lot of memory and a
really fast memory bus... and based in comments of a person than
regularly works with 1 pixel images, a lot of patience too (6
"patiences", as your case is 6 times bigger). Maybe GIMP is not the
tool you need.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] GIMP's gradients are not smooth?

[GSR - FR]

Hi,
for...@gimpusers.com (2010-01-10 at 1554.49 +0100):
> You already get a lot of good advices
> 
> I will add that just apply a simplicistic but very effective trick may do
> marvels
> 
> just some gaussian blur on your gradient may create all the smoothness you
> may desire ...more the range, more smoothness

Err, no, in cases like this, when a smooth transition shows bands
because the colour change is small but the zone is big, the hack is to
use Spread filter, AKA poor man dithering. It requires proper masking,
only work with bands that should be smoother but have no real detail,
etc, etc, but sometimes it can do the trick to fix problems (in photos
or after compositing many layers... if using a gradient, first try
dithering option there, as already suggested).

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] DualCore or QuadCore for Gimp?

[GSR - FR]

Hi,
mjham...@graphics-muse.org (2010-01-06 at 1652.05 -0700):
> On Thu, 2010-01-07 at 00:55 +0100, Uwe Haider wrote:
> > Runs Gimp with a quadcore or with an faster DualCore better? The system
> > will run on Linux Gentoo with 64bit.
> Not sure it matters unless you happen to run a lot of other applications
> at the same time.  GIMP doesn't (to my knowledge) parallelize operations
> on multiple cores.  So the kernel gets to decide which core to run on

Check Environment section in Preferences, if it has Number of
processors to use, some task will be performed in parallel (adjust
number as needed).

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] creating a texture

[GSR - FR]

Hi,
for...@gimpusers.com (2009-11-25 at 1505.33 +0100):
> for start noise was creating noise with different colors 

Yes, that is right, because desaturate gives you the white to black
version. You have to follow all the steps, even if at first it looks
bad. ;]

I made a quick visual tutorial so you can see how things change:
http://www.infernal-iceberg.com/gimp/tmp/camera-texture-tutorial.png

> on curves , changing the line _/ 
> wont effect the histogram on the background

The histogram stays as is while you move the dots. I just used it as
reference to place the curve. If you use the x and y info that appears
when you drag the controls of the curve, you get good references
too. But the best is to check what the image shows, the values I gave
are only examples, it depends with the result you want.

> any way i can share my result on this page ?

For PNGs or JPGs, you can use one of those image hosting sites
(imageshack, tinypic, etc). If you used the mail list method instead
of gimpusers gateway, I think you can even send small attachments.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Select the layer I click on

[GSR - FR]

Hi,
deniz.a.m.do...@gmail.com (2009-11-25 at 1613.28 +0100):
> It seems like there is no way to toggle this behavior by e.g. holding
> key. You'd think that holding the shift key would toggle the behavior,
> which the description in the toolbox implies. However, I can't get
> this to work!

I gave it a look again (*) and when tool options say "move" you will
move the layer that is active in layers dialog when you drag, no
matter where you click. If it says "pick" you will activate topmost
opaque layer and then move it when you drag. Shift key changes the
button temporally. Try it, press and release it and see how the tool
options update... at least here it does... if not, you found a bug.

The preferences option just decides about keeping or not the
activation. You can see the temp activation in layers dialog while the
mouse button is hold. Leave preferences open to one side of the
monitor and see how things behave with an image with 2 transparent
layers with a small doodle in each, try pref on/off, shift pressed,
etc.

*: Three notes about why I forget all the details of this. First is
that I have the "make active" pref enabled to match old Gimps and
always forget about it. It can be weird for new people, but so is that
move's default includes pick (it is named move, not select/pick and
move... so before and now are not free of sins).

Second is that I never change these tool options from the default
settings, so I do not have to look at them ever; my fingers always
know. Nevermind in some cases the keys are not toggles, in move tool
shift is, but try selecting layer, selection and path modes and see
what control or alt do in each case... the only that seems sane to me
is to leave it in layers, so all three keys can do things and my
fingers can continue in automatic mode.

And third is that I stopped believing in texts, instead I see what
things do, so my hands learn that and my eyes completly ignore the
texts.

Small redesign: the tool options should be something like "Move top
opaque layer under cursor" for pick and "Move active layer" for
move. There must be better wording that current. As Joao mentioned,
the "keep active or not" pref could be a tool option, dependant on
"Move top opaque layer under cursor" and with a text like "Make
active". Things could be moved but with the intent of leaving the
settings in sane state (some of us would had to relearn shift key, but
I think it could be settled forever). Example:

() Move active layer
() Pick top opaque then move   --, pick enables/gives access to
   [] Keep picked as active<-` keep toggle (otherwise greyed)

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] creating a texture

[GSR - FR]

Hi,
for...@gimpusers.com (2009-11-24 at 2113.32 +0100):
> hello there i am a blender user 
> i i wanted to create a texture for bumomap/normal map
> in gimp 
> i tryed the noise filter but this is not what i need

You have to combine it with other things. ;]

> i am modeling a camera 
> see camera real image here 
> http://www.kenrockwell.com/nikon/d40/images/d40-18-55mm-top-big.jpg
> u can see that the camera material have little bumps
> with different shapes in each little bump
> how can i generate a texture like this in gimp

You can probably do it in Blender too, using clouds texture, custom
colour gradients, etc. But in Gimp:

- new white image.

- rgb noise filter, move sliders to max so you get lots of dots.

- desaturate (lightness one is fine, try others if you want).

- blur (normal one will do here).

- curves, make a _/ curve , the histogram should show a sharp spike on
  the right side like /\, I placed the curve parallel to the left side
  of spike (x 162, y 0 and x 183, y 255, approx). This leaves you with
  some random black spots.

- guassian blur, 1-2 pixels to smooth.

- invert if you need the bump map that way.

As last note, I decided the dot density was too low, so before invert
I duplicated the layer, offset it, and put it in multiply mode. Next
would be making the result tileable (plenty of tutorials about this,
most just forget that you should use offset multiple times different
values, otherwise you will have zones that are hard to touch up).

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Layer selection using mouse click

[GSR - FR]

Hi,
p.rosenb...@gmx.net (2009-11-15 at 2152.06 +0100):
> How can I change the layer selection by clicking on the object in the image?

Move tool has a pick layer or guide mode, it will select the topmost
layer that is non transparent for the pixel you click.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] best monitor

[GSR - FR]

Hi,
gra...@yadtel.net (2009-11-12 at 1329.34 -0500):
> recomendation?? 
> 
> I've been looking online at ViewSonic X Series VX2433wm Black 23.6" 2ms(GTG); 
> 5ms HDMI Full 1080P Widescreen LCD Monitor - 
> Maximum Resolution: 1920 x 1080 

If you want to have good colours, avoid TN panels, they are normally 6
bit per colour, not 8, and colour changes with angle in noticeable
ways (we are talking about image retouch, right?). You can see what I
mean in http://www.digitalversus.com/duels.php?ty=6 (select view
angles from selector) and the panel type (TN, IPS, PVA, etc) can be
looked up in http://www.flatpanelshd.com/panels.php.

> Up to $300 is within my budget

Good colour quality and cheap at the same time are rare. :[

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] A "non-tool" selection...

[GSR - FR]

Hi,
nospam-ab...@ilyaz.org (2009-09-04 at 0627.39 +):
> The first thing I do when entering GIMP is switching to the eyepicker
> (or is is dropper? ;-) tool.  But it is not non-destructive enough;
> and it is useless as a default tool.

Zoom tool only modifies the view... is that non destructive enough?

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] create speedline like manga

[GSR - FR]

Hi,
ele...@gmail.com (2009-08-20 at 1054.38 +0200):
> I try to create speed line like manga   .
> an example is 
> http://isa39moda3.free.fr/ISA41/mangamania/Images/Dessins/naruto_ch243_p06.png
> 
> is there any script fu or a simple way to do that ?
> the principle is easy, create lines with different size and reproduce
> it randomly in the selection.

Add 1 pix wide white layer, render RGB noise in it (with correlated
option toggled so it appears grey), adjust curves or levels to keep
the ammount of black/dark grey dots you want, then scale horizontally
to fill the final size. Use colour to alpha or blend modes to keep
only the lines.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Image to Layer Size

[GSR - FR]

Hi,
delphit...@yahoo.com (2009-06-02 at .53 -0500):
> I like doing the Layer to Image Size, because it reminds me all
> components are on the same canvas.  But is there any technical reason
> for doing Image to Layer Size or for not doing it?

Sometimes it is good to have smaller layers as that saves memory and
also avoids having "garbage pixels" poluting other zones. There is
also the case in which you want to have a layer bigger than the canvas
or any size but with parts outside of the canvas, for adjusments,
spill zone (blurs that have information from "outside", ie) or
animations.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Can Gimp calculate area of a color?

[GSR - FR]

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] Batch convert .xcf to .xcfgz

[GSR - FR]

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] Batch convert .xcf to .xcfgz

[GSR - FR]

Hi,
capn...@yahoo.com (2009-02-04 at 0902.16 -0800):
> I have a large amout of .xcf that I would like to batch convert to .xcfgz is 
> there an application that can do this?

Just run gzip *.xcf in a shell. Or look for a compression app that can
gzip multiple files separatelly (not tar then gzip... no idea if any
app does that alone, I just go with simpler g(un)zip for this).

As advice, save and use .xcf.gz instead of .xcfgz so you need no extra
steps, gunzip *.xcf.gz will revert the compression, but with .xcfgz
you will need some tricks to handle the renaming.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Creating brushes

[GSR - FR]

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] Wacom Pen Buttons

[GSR - FR]

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] Identify old GIMP font

[GSR - FR]

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] stroking path with 1 pixel width brush is semiopaque

[GSR - FR]

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] Reducing noise with multiple exposures

[GSR - FR]

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] Reducing noise with multiple exposures

[GSR - FR]

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

[GSR - FR]

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] GIMP and tilt sensitivity

[GSR - FR]

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] GIMP and tilt sensitivity

[GSR - FR]

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] cant open psd files

[GSR - FR]

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] What tablet provides pressure sensitivity when used with Gimp under Linux?

[GSR - FR]

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] Gamma correction tool

[GSR - FR]

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] Synchronize tools among input devices

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2007-04-02 at 2150.31 +0900):
> Joao,
> > martin: most setigns can be shared - just go to 
> > ->File->Preferences, and check the Tool Options tab.

Read again and try it yourself if needed. ;]
 
> I've done this and under "Paint Options Shared Between Tools" I have 
> "Brush", "Pattern", and "Gradient" selected.
> 
> But regardless, when I switch from cursor to pen devices, the settings 
> don't carry over.

The dock has more items than the preferences (Tool, FG and BG), and
the shared options are among tools, not among devices. Something like
"Share tools among devices" in "Input Devices" would be needed first
to solve the issue.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

Re: [Gimp-user] Synchronize tools among input devices

[GSR - FR]

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] express keys and touch strip on Intuos 3 tablet: do they work?

[GSR - FR]

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] Script-Fu Question about Saving Image to Network Share

[GSR - FR]

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] Faking "Miniature" environments in GIMP from existing photographs?

[GSR - FR]

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] plugins for photographers

[GSR - FR]

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

[Gimp-user] Re: Gaussian Blur using only the selected area

[GSR - FR]

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

[Gimp-user] Re: Script-fu help?

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2006-08-04 at 1824.44 -0400):
> * read in the file (a png file that is RGB)
> * Desaturate HSV
> * Merge the layers of the desaturated image
> * Save the file to a new directory, but with the same name

Which png have layers?

In any case, you could look at plain shell and imagemagick like in
http://www.cit.gu.edu.au/~anthony/graphics/imagick6/color/ (modulate
or fx ones, for example).

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

[Gimp-user] Re: n00b question about resizing

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2006-07-18 at 0736.55 -0700):
> I'm working out of Learning Web Design by Jennifer
> Niederst, and it uses Photoshop for dealing with
> graphics. I've instead opted to use GIMP, and I'm
> wondering if there is an equivalent to "Constrain
> Proportions" and "Resample Image" options for resizing
> an image. For example, the book says this:
>   
>   "Our sweetpea.tif is way too big, so let's size it
> down. Making sure both the Constrain Proportions and
> Resample Image boxes are checked, change the
> resolution to 72 dpi. The resulting image should be
> 250 pixels wide and 160 pixels high. Click OK."
>   
> 
> Now, to do this I went into the Image->Scale Image
> dialog, changed X- and Y- Resolution to 72
> pixels/inch, but the Image Size didn't change. The
> link box to the right of each of these options was
> linked. If I didn't know the image was supposed to be
> 250x160, is there any way to automate this process?
> What is the equivalent of the two PS options?

As of 2.2 you have to use:

- Scale image for resample on, as it converts a given amount of pixels
to another amount (if you change W or H, but not for changes of X or Y
alone).

- Print size for resample off, it only changes the magic info that
says how many pixels per real unit.

I think in PS you can change all in one go. Yep, by just checking what
is editable or not and how the chain lines look, based in
http://www.adobepress.com/articles/article.asp?p=433754&seqNum=5&rl=1

In Gimp you have to use both dialogs, Print after Scale, as the X Res
in scale is automatic so if you start with a square of 720 pixels @ 72
DPI (10 inches, whatever applies to Width applies to Height) and want
2 inches and 300 DPI (600 pixels) things will readjust in sync... no,
wait, it only readjusts if you try to use inches as unit so you type a
2 for Width, but as soon as you type 300 in resolution the 2 becomes
0.48... and later you can type 2 again for Width and all will stay
(talk about experimenting with interface). And if you use 50 percent
instead of inches for Width, changes in X Res does not change the
Width. Whoa, what a set of rules and what a dance over the input
boxes! :-/ I think this is getting even more confusing with each
version, or at least not better.

If you only want to change the DPI you can also use the Scale dialog
if you use Pixels as unit, but I think that would be bad advice (it is
what happens, so if you want to remember all the tricks, up to you).

Another day I will try to find the equivalence of Constraint, if there
is one and under which rules. I had enough with the text above.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

[Gimp-user] Re: Feathering and Masks

[GSR - FR]

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: Checkerboard Pattern Fill

[GSR - FR]

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: Tiling - is there a better way?

[GSR - FR]

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: Going crazy with Alpha Channel

[GSR - FR]

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: Folders on layers

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2006-04-15 at 0926.14 +0100):
> On Saturday 15 April 2006 07:51, Joshua Raphael Fuentes wrote:
> > One thing that I've noticed with gimp is that the layering is doesn't
> > have a "foldering' feature. If you are familiar with adobe photoshop 7
> > (or later), there is a feature wherein you can put layers into folder,
> > thus adding effect on them collectively.
> i think the feature that comes closet to that is the filter 'filter all 
> layers' and if you save the image as an .xcf all such changes are saved, 
> i'm not sure why one would want or need  this foldering feature you 
> mention photoshop has ?

It allows order, organization. And good organization makes possible a
known workflow, instead of every time trying to solve the problems
like if new. With a good workflow you are less stressed, do more in
less time, get better results...

Imagine 100 layers but with relations like "these layers form a group,
the background, then I have three other groups, one per language we
publish" (seen that one recently) or "all these 7 are the car, these
other 20 are the persons and these 15 are the houses in background"
(any complex work in which you do not want to merge layers so you can
change things later). Or that you make the groups based in what part
of the job you have done or have to do (there is another way for this,
colour tagging, better sometimes as they do not have to form a
continous block). That allows some things that at best are a nightmare
with current tools.

First, being able to toggle visibility of a group quickly (vs many
clicks and then many undos to go back to were you started). Or move a
bunch of layers to different position in the stack (tree behind car or
better in front?).

Second, navigate faster the stack to find the exact things you want
(car / windows, vs scroll all the dialog and find it... oops, car's
windows, not house's).

Third, via other features that work in a layer (layer mask, adjusment
layers, layer effects...), and taking each group result as if it was a
single layer, do operations on multiple items without destroying
layers (nor having to keep separate child xcfs and then copy & paste
the results every now and then into the master xcf). Filter all will
not do the same, as filtering layer A and filtering layer B, then
merging the results does not have to be the same than merging layer A
and B, then filtering that result.

I probably forgot a fourth, fifth... use your imagination. Or sit near
someone that wants to do something or worse, has to do it "for
yesterday" (in this case do not "sit" in his shoulder like a parrot,
he can get "picky", use a "furniture" approach instead ;] ).

There are bugs filled about all this family of interelated features,
btw.

Layer groups (or even layer trees, like in compositors)
http://bugzilla.gnome.org/show_bug.cgi?id=86337

Adjusment layers (basically a blend mode that ignores FG and applies
an operation, like Curves or Levels, to the BG, area of effect is
controlled by layer mask)
http://bugzilla.gnome.org/show_bug.cgi?id=79025

Layer effects
http://bugzilla.gnome.org/show_bug.cgi?id=79025

Layer effects, but with any filter
http://bugzilla.gnome.org/show_bug.cgi?id=166844

Layer working as mask for others (I think this one is related to
"atop" in Porter & Duff terms)
http://bugzilla.gnome.org/show_bug.cgi?id=51112

Multiple layers with same content (related to trees)
http://bugzilla.gnome.org/show_bug.cgi?id=143138

Fill layers that just keep a colour or pattern (updating on resize, etc)
http://bugzilla.gnome.org/show_bug.cgi?id=144304

Wow, it seems the one about been able to tag layers with colours is
not filled. Anybody found something like that in bugzilla?

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

[Gimp-user] Re: Multicolor pinwheel effect.

[GSR - FR]

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: Re: Re: RAW support

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2006-03-23 at 2039.21 +0100):
> On Thursday 23 March 2006 19:42, GSR - FR wrote:
> > [EMAIL PROTECTED] (2006-03-23 at 1856.51 +0100):
> > > It doesnt convert to 8 bits.
> > > Read more about it on the homepage:
> > > http://www.cybercom.net/~dcoffin/dcraw/
> > Uh? Gimp can load more than 8 bits per channel and work with that
> > later? Since when?
> You didnt specify GIMP in this case. I saw it as a statement on dcraw.
> dcraw doesn't convert. 

The question was "Is it likely that the GIMP will ever support RAW
images such as those from my XT?" and your reply was "It allready
does, via plugins.. I use the dcraw plugin to manage my images from a
Pentax *istDS.  Its works like a charm." And my reply was about GIMP
and RAW support too, and what charm would beceome when it really can
work with the higher depth data instead of having to use downsampled
data. The plugins do that downsampling, later and with more control
than in camera JPEG, but you can not escape conversion with current
GIMP. And I could also point that dcraw, as separate app, converts to
8 bit (param, -2, write 8 bit PGM/PPM/PAM default, or the man page is
wrong) but I guess you will keep on saying something else.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user

[Gimp-user] Re: Re: RAW support

[GSR - FR]

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: RAW support

[GSR - FR]

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

Re: [Gimp-user] Re: the difference between resoloution and size

[GSR - FR]

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: the difference between resoloution and size

[GSR - FR]

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

[Gimp-user] Re: lcd or crt monitor

[GSR - FR]

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: Smoothing Brush Strokes

[GSR - FR]

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: Another Photo Editing Software

[GSR - FR]

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: Lanczos interpolation method

[GSR - FR]

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: scissors selection tool

[GSR - FR]

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: Re: Tablets and sub-pixel sampling

[GSR - FR]

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: Re: Tablets and sub-pixel sampling

[GSR - FR]

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: Tablets and sub-pixel sampling

[GSR - FR]

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: Tablets and sub-pixel sampling

[GSR - FR]

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: Test message

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2005-06-15 at 1438.03 -0700):
> 2) Probably a boring repetitive question, but why isn't
> this list a newsgroup instead? Would be easier to track
> responses, etc.

Try gmane gateway.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: use of the Space key

[GSR - FR]

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: use of the Space key

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2005-05-21 at 1700.27 +0200):
> Another image manipulation program, which GIMP is frequently being
> compared to, uses the Space key to offer the functionality that GIMP
> has bound to the middle mouse button: panning the image display. Since
> not everyone has a middle mouse button (especially on tablet pens), it

Last tablets I tried (not tablet pc, but the input device ones) seem
to have tip and two side buttons (so MB1, MB2 and MB3 as per X11 terms
are avaliable). OTOH, I am talking about the typical brand of tablets,
dunno other brands.

As is, it is just moving from MB2 to MB1+Space, so requires two hands
and still moves the pointer. Only adventage I see is when there is no
MB2 at all (single button devices without any option to simulate other
buttons).

> might be a good idea to follow that example. If we did that, pressing
> Space would keep the current tool but the cursor would change to a
> hand symbol and one could drag the image display (not the content!)
> using the mouse.
> 
> Any opinions on that, anyone?

So I wonder... are there other better uses? Alternate between two
tools for example? Or would there be a way to make it configurable, so
anyone can bind any function to it (I ask due the "only while pressed"
vs "press & release", and the lack of "move view" tool)?

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: anti-aliasing

[GSR - FR]

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: Re: Equivalent GIMP procedure compareed to Photoshop

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2005-04-04 at 2300.46 -0400):
> Interesting tutorial.  Wondering what the Gimp equivalent of the
> highpass filter is?  Played a bit with Edge Detect, but there's a lot of
> options there.

>From bottom of http://www.3dgate.com/techniques/2001/010625/0625hajba2.html

---8<---
This is exactly what happens when you use the High Pass filter in
Photoshop. To prove my point, you can try and do the same thing
manually by using Gaussian Blur. The procedure goes as follows:

* Create a duplicate layer of the texture you're working on and move
  it on top (if your texture has several layers, Select All, then Copy
  Merged, and paste it on top)

* Invert the duplicate layer

* Reduce the layer's opacity to 50% - this results in a gray image as
  the layers cancel each other completely

* Select Filters/Blur/Gaussian Blur, activate the Preview, and tweak
  the radius slider.
--->8---

In GIMP terms:

The same, except that preview does not let you see the final result,
so you have to undo and rerun until happy with the values. And Copy
Merged seems to be like Copy Visible.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: Equivalent GIMP procedure compareed to Photoshop

[GSR - FR]

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: gimp crashed while saving

[GSR - FR]

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: Crisper screen shots

[GSR - FR]

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: Cpu usage and speed - test results

[GSR - FR]

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: Q2 - Selection moving without layer data moving

[GSR - FR]

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: virus?

[GSR - FR]

Hi,
[EMAIL PROTECTED] (2005-02-14 at 1110.37 -0500):
> Someone brought up the problem of a virus being passed around from the 
> list a few days ago.  I remember everyone kind of shot him down though.  
> Well, I have been getting them as well and another just today.

Yes, it goes thru the list, but antivirus app could also include more
headers in the reports like:

Message-Id: <[EMAIL PROTECTED]>

Which is a unique ID, in this case it seems added by mail list server,
instead of by origin machine or first mail server in the path, which
is a clue. Or:

Received: from kamery.org (pe113.radomsko.sdi.tpnet.pl [217.96.203.113])
by lists.XCF.Berkeley.EDU (Postfix) with SMTP id 28EDC11418
for ;
Mon, 14 Feb 2005 04:40:37 -0800 (PST)

Which is one of the jumps that mail did, at least the first that got
"recorded". So the machine that had 217.96.203.113 (discarding IP
address spoofing) the 14 Feb 2005 04:40:37 -0800 was sending it (I
think we can trust the berkeley server :] ), or bouncing it without
adding the proper Received header. Maybe (probably?) the owner of that
machine never heard of GIMP or even mailing lists.

OK, it can be scary to add that info, lots of lines (I just pasted one
of Received, there were more)... but otherwise, you do not know who
really is sending the mail at all and thus all the off topic mails we
are sending. With this you can follow at least some part of the path,
maybe all. And that is the problem I tried to point to that user by
private mail (he later replied by list) cos he was pointing the finger
in wrong direction.

[...]
> I don't have the message, so am unable to view the source or send it to 
> you, but it seems there is indeed one lurking on a Windows machine 
> somewhere that is on this list.  I wonder sometimes if it would be wise 
> to block all Windows generated email to a list anymore.  Lucky for 
> those of us that use Linux.

How do you know it is from OS A or B? ;] With the headers you can
guess things, but never be sure if you do not pull from the thread and
investigate.

Probably wisest would be filtering attachments completly, which is a
bit nasty in gimp lists, it is nice to be able to send small files
when looking for help. The filter could also be based in spam / virus
scan results (probably anti spam is already there, I think I never got
one via these lists).

So can we drop the thing now? If something else, you should contact
the mail admins. The rest of people should have filters, antivirus,
patched systems and so on if they want to keep on Internet without
more problems than ISP cutting lines and saying "it was not us, please
check your network configuration". ;]

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: Ghost Layer

[GSR - FR]

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: Assemble RGB image from 3 grayscale images

[GSR - FR]

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: Re: WIP animation

[GSR - FR]

[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: WIP animation

[GSR - FR]

[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: sub part 2

[GSR - FR]

[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: Build a submarine in your spare time

[GSR - FR]

[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: Save Dialog

[GSR - FR]

[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: Show mouse cursor arrow in screenshot acquire

[GSR - FR]

[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: Mosaic plugin question

[GSR - FR]

[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: Re: selection coordination

[GSR - FR]

[EMAIL PROTECTED] (2004-12-23 at 2340.23 +0100):
> The reason why i want it is because if you slice something in two like
> a circle and you want to stretch the middle you have to select in the
> exact middle of the circle a 1 px slice and scale it. Selecting a 1 px
> slice is a pain in the butt without coordinates even with guides

Tried with fixed size in tool options and repositioning the selection
until happy? You will have to make the other dimension bigger than the
circle (I assume separate layer for the circle, selection will shrink
to opaque area).

Do you have dimensions already calculated or something? Otherwise I
still fail to see how guessing three numbers is better than zooming
and visually placing a fixed selection alone or with help of a guide
(one of the two I would use for the center of the circle, ie) or a
manual one with two parallel guides. Well, I dunno your workflow, I
managed to do a stretched circle quickly without coords. And maybe
what you really need is a chop and bridge script. ;]

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: Re: Re: gimp 2.0 woes - screenshots, text, and interface

[GSR - FR]

[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: selection coordination

[GSR - FR]

[EMAIL PROTECTED] (2004-12-23 at 1037.07 -0800):
> Well, you can open a script-fu console and use the "gimp-rect-select"
> command (ugh).  But no, there is no reasonable way to do it right 
> now.

Not fast, but easier than scripting, use four guides, selection tool
will snap to them.

GSR
 
___
Gimp-user mailing list
Gimp-user@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: Re: gimp 2.0 woes - screenshots, text, and interface

[GSR - FR]

[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: gimp 2.0 woes - screenshots, text, and interface

[GSR - FR]

[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: Reducing pixels per inch

[GSR - FR]

[EMAIL PROTECTED] (2004-11-29 at 1021.34 -0500):
> I have a large photograph that I cropped and then reduced in size. But when I 
> do that the pixels per inch goes up. How do I reduce an image in size yet 
> keep the pixels per inch at e.g., 90? I scanned at 50 PPI (the lowest Xsane 
> will do.) But when I reduce it to roughly half size by resizing the image 
> 
> image->scale image 
> 
> the PPI shoots up to 164. If I reset the resolution to 90 then the dimensions 
> go up. 

I started with a 10*10 inch image and 90 DPI (so it will use 900
pixels in each dimension). It is "big" and 90 DPI, and want it to be
half size, 5 inches but still 90 DPI.

Then in that dialog:

1. Set the units in the top most drop down menu to in(ches), so two
   top most labels will show 10.000", and the two entry boxes below it
   will show 10.000. This step is optional, but shows how things
   change.

2. Input 0.5 in the Ratio X, and as the link button is on, Y will
   change to 0.5000 as soon as you hit Tab. New Width and Height above
   it will change to 5.000 automatically. The boxes in Print Size &
   Display Unit frame will too. But Resolution boxes stay at 90.

3. Accept that settings and wait for Gimp to do the maths.

Finally check in View/Image Info that each axis is 5 inches at 90 DPI,
and logically using 450 for that.

Playing with Print Size and Display Units makes one go up when you
lower the other, and viceversa, they are interrelated and they are
merely the way to access the fields some file formats have to record
suggestions for printing. To really modify the pixel data, you have to
use the top frame controls, Pixel Dimensions.

Instead of Ratio, you can also use New Width and Height in Pixel
Dimensions ones. You _have_ to do step 1 so Gimp know you are going to
input inches, and then you can type 5 in one of the top boxes, Ratio
will be the ones that change to 0.500.

As it has been said already, all this interrelations can sound
complex, but are useful *, provided you know "what will move when you
pull from a thread". This could get a video, or some graphical
representation of the relations at least:

Easy:
Top frame sizes <> Top frame ratios

 Bottom frame sizes <> Bottom frame resolutions

Complex:
  Top frame  > Bottom frame sizes

Bottom frame size boxes  > Top frame sizes if set to physical units

* Image from a 3D app or a screen capture or whatever, the point is
that nothing matches, it says 1000 pixels, 72DPI and 13.889 inches,
but you need 2 inches and 300 DPI. So you set 300 in DPI box (PS&DU's
W and H will say 3.333), then change top drop down menu to inches and
type 2 in PD's Width (PS&DU's W and H will go to 2, and PD's Scale
will go to 0.600).

GSR
 
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: Infrared Dust Removal

[GSR - FR]

[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: Re: How to get rid of "OK" "Cancel" "Reset" images on buttons?

[GSR - FR]

[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: How to get rid of "OK" "Cancel" "Reset" images on buttons?

[GSR - FR]

[EMAIL PROTECTED] (2004-11-10 at 2331.29 +0100):
> "Nonexistent Entity" <[EMAIL PROTECTED]> writes:
> > These images annoy me very much, how can I get rid of them or at least
> > change them? (withoout compiling Gimp, through themes)
> Install a different GTK+ theme.

Really? Like which one? Cos it would save me the time of writing:

---8<---
style "gimp-classic-no-icons" {

  GimpToolbox::button_relief = 1

  ## GTK+ derived
  ##
  stock["gtk-help"] =
  {
{ "./images/single-pix.png", *, *, "gtk-menu" },
{ "./images/single-pix.png", *, *, "gtk-button" },
{ "./images/single-pix.png", *, *, "gtk-small-toolbar" },
{ "./images/single-pix.png", *, *, "gtk-large-toolbar" },
{ "./images/single-pix.png", *, *, "gtk-dnd" },
{ "./images/single-pix.png", *, *, "gtk-dialog" }

[snip... and it is a lot of snip]

  stock["gimp-tool-zoom"] =
  {
{ "./images/single-pix.png", *, *, "gtk-menu" },
{ "./images/single-pix.png", *, *, "gtk-button" },
{ "./images/single-pix.png", *, *, "gtk-small-toolbar" },
{ "./images/single-pix.png", *, *, "gtk-large-toolbar" },
{ "./images/single-pix.png", *, *, "gtk-dnd" },
{ "./images/single-pix.png", *, *, "gtk-dialog" }
  }
}

widget_class "*GtkButton*" style "gimp-classic-no-icons"
widget_class "*GtkMenu*" style "gimp-classic-no-icons"
--->8---

Which "seems" to work, but I guess there will be some case in which it
will not. The only hope is that with all the GTK+ widget reorg, they
pass the GNOME part that handles menus and buttons (or whatever way
they do it which allows to have such option in the GNOME config), and
can be set via some kind of boolean options like GtkMenu::have_icons
and GtkButtons::have_icons. It will probably make integration with
other OSes better (some have no icons in buttons or in both) without
putting the heavy weight in the theme, as well just making some other
users happy in general, btw.

If someone know a better way, tell me.

GSR
 
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user

[Gimp-user] Re: flat image bg color change

[GSR - FR]

[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: unsubscribe

[GSR - FR]

[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: ,


> btw, you top post, full quote, change Subject: thereby altering the
[...]
> Required reading:
>http://www.netmeister.org/news/learn2quote.html

That and http://www.rfc-editor.org/rfc/rfc1855.txt should
be recommended reading.

GSR
 
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user