Kernel Traffic
Latest | Archives | People | Topics
Latest | Archives | People | Topics
Latest | Archives | People | Topics
Home | News | RSS Feeds | Mailing Lists | Authors Info | Mirrors | Stalled Traffic

Gimp Traffic #18 For 24 Mar 2000

By Alex Harford

Table Of Contents

Mailing List Stats For This Week

We looked at 68 posts in 244K.

There were 31 different contributors. 12 posted more than once. 10 posted last week too.

The top posters of the week were:

1. Improving the Levels and Curves UI

13 Mar 2000 - 15 Mar 2000 (6 posts) Archive Link: "GUI Bugs: Levels and Curves"

People: Uwe KoloskaCarey BunksSteinar H. Gunderson

Uwe Koloska writes:

The problems that arise:

Carey Bunks replied that "These techniques are described in detail in "Grokking the GIMP" sections 6.1 and 6.2. See and"

He continued to answer Uwe's questions:

Yes, the fourth one is really value; the functional form is V=max(R,G,B). This is the same as what's produced by the Decompose function (found in the Image:Image/Mode menu) when used with the HSV option.

I suspect that you are using GIMP version 1.0.4 which has no feedback about the mouse position in the Curves tool dialog. The developers' version of the GIMP has fixed this by providing a positional information field which gives the exact mouse position in the Curves tool dialog while manipulating the curve. Again, this is explained in detail in section 6.2 of "Grokking the GIMP".

I agree that this would be a nice feature. For this to work with multiple control points on a control curve there needs to be the notion of the "active" control point which shouldn't be too hard to implement.

Steinar H. Gunderson had a question about the algorithm Uwe was using, he asked "How can you know that this colour is supposed to be grey, and not a gray with a tint of blue, for instance? The problem is finding what is supposed to be exactly gray :-)" . Carey replied that "In fact you never really know what the correct colors in a photo should be unless you have a known point of reference (like a color or grayscale card in the photo). Even so, the lighting conditions may be such that the color card is no longer relevant." He suggested looking at areas that should be gray, for example, pavement, or steel objects for a reference. End of Thread.

2. Meaning of fu, and Gimp 16 support status

14 Mar 2000 - 15 Mar 2000 (4 posts) Archive Link: "fu?"

People: FUJITA YujiRaphael Quinet

FUJITA Yuji posed a pair of questions for the list:

Hi, dear developers.

I have two questions, maybe one of them is trifling.

1. Does anyone know what "fu" is ?
I mean "script-fu", "perl-fu" or some kind of these names.

2. What is the biggest barriar to support 16bit depth in the GIMP ?
I'm just reading xcf.c or tile.c and their related stuff and am in distress.

Raphael Quinet answered that it is a pun on "kung-fu". Regarding 16bit depth in the Gimp, he writes "Many parts of the code assume that an image channel has exactly 8 bits. For example, all paint operations (brushes, bucket fill, transforms...) work on 8 bits. Changing that is already a huge amount of work. But this also applies to all plug-ins: they will have to be re-written in order to take several bit depths into account. Maybe you should have a look at Gimp16 project ("Hollywood"). I do not know the current status of the project (it looks like nothing happened recently) but the Gimp16 homepage is at:" . There were no more messages in this thread.

3. Color Channel Operations

14 Mar 2000 (4 posts) Archive Link: "Bug? cannot duplicate color channel"

People: pixel fairyZach BeaneGarry R. OsgoodCarey Bunks

The Pixel Fairy writes that "is seems you cannot do to the three color channels what you can to any other, such as duplicate. duplicating a color channel is usefull for things like masking out complex selections (like hair)" . Zach Beane replied that "The RGB channels are not real channels, unfortunately. They're pseudo-channels that don't act normal. Perhaps they will be promoted to real channels after 1.2 comes out." Carey Bunks suggested using Decompose, and the pixel fairy replied that this was exactly what he wanted.

Garry R. Osgood suggested:

  1. Open an RGB image.
  2. Image/Mode/Decompose
  3. Pick any decomposition into Red Green Blue; Hue, Saturation, Value....
  4. OK (Decomposing...)
  5. You now have three or four greyscale images which can be readily fashioned into channels.
  6. Layers/Layers, Channels, and Paths...
  7. Use the image menu to select the various decomposed greyscale images
  8. Now you can drag-and-drop or copy and paste your decomposed greyscale images back onto the original to create additional layers, channels, alpha masks.... Or you can mess around with them with levels and curves first, for all kinds of odd and interesting selection tricks.

There were no more messages in this thread.







Sharon And Joy

Kernel Traffic is grateful to be developed on a computer donated by Professor Greg Benson and Professor Allan Cruse in the Department of Computer Science at the University of San Francisco. This is the same department that invented FlashMob Computing. Kernel Traffic is hosted by the generous folks at All pages on this site are copyright their original authors, and distributed under the terms of the GNU General Public License version 2.0.