Re: [Gimp-developer] gimp2 on a 486

[Thomas Lübking]

On Saturday 20 March 2004 15:38, Carol Spears wrote:

first: i hope this is not a troll trial (that would have trapped me)
second: i'm using linux as well - so you don't me when talking about users of 
other (so called) OSs
third: what in the gimp 2.0 (pre) do you think is crap
fourth: it seems to happen, that actual software tries to make use of actual 
hardware to enhance features and usability
fith: if a 486 cannot run gtk2 (not sure about that) you just cannot use it
sixth: afaik gimp has a noninteraktive mode (that should work on your 486)
seventh: gimp is open source, well documented and has (as i could just figure 
out) a helpfull developer community: if you cannot use the current ui you 
could start to write gtk1 interface
eighth: why are you that aggressive? (and - regarding your last post - 
insulting)

finally: i just joined this list - so please excuse me if i was trapped by a 
known troll

Thomas
-- 
Think, think different. But essentially: Think!
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] again: burn function - how does it work?

[Thomas Lübking]

Hi.
After checking the i18n files i now know that nachbelichten is supposed to 
be burn.
However, the appropriate function in app/coposite-generic.c does not seem to 
behave as expected.
afaik the burn function should do nothing if the the upper (the burning) color 
is white.
also a black pixel of the lower layer should remain black - whatever the upper 
layer is colored.
However, this function:

  while (length--)
{
  for (b = 0; b  alpha; b++)
{
  tmp = (255 - src1[b])  8;
  tmp /= src2[b] + 1;
  dest[b] = (guchar) CLAMP(255 - tmp, 0, 255);
}
  if (has_alpha1  has_alpha2)
dest[alpha] = MIN(src1[alpha], src2[alpha]);
  else if (has_alpha2)
dest[alpha] = src2[alpha];

  src1 += bytes1;
  src2 += bytes2;
  dest += bytes2;
}

cannot provide this.
(e.g. upper (src1) is white (255) - tmp = 0  8 = 0; = 0 / ? + 1 = 0; 
CLAMP(255 - 0, 0, 255) = 255 = white - so white will flatten anything instead 
of leaving it as it is.
as a consequence, black won't remain, as soon as one of the components r,g,b = 
255.
i tried to weight the effect (255-0)/255*burn + (1-(255-0)/255)*original... 
but the result wasn't like what i expected.

so - does anyone know which step i missed, or where i can get more information 
about the theory behind?

Thanks,
Thomas
-- 
Think, think different. But essentially: Think!
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer

[Gimp-developer] Compositing function nachbelichten

[Thomas Lübking]

Hi.
I'm interested how the composite fuction after light???  (my gimp talks 
german to me - so it's nachbelichten - i think i should be dodge?!?)
works.
I checked the code, but the function
(A * 256) / (256 - B)
doesn't seem to be the proper one (as e.g. overlaying a picture with a white 
color (A) in this mode doesn't change the picture (B) anyway)
If anyone could tell me, how this is done, or where i can find the proper 
code:
Thanks

Thomas
-- 
Think, think different. But essentially: Think!

ps: don't worry, i'm not working on some kind of counter program, but i want 
to use this function to highlight something in my app.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer