Re: [Gimp-developer] Solaris 64bit compile

2001-09-05 Thread Sven Neumann
Hi, Daniel Egger <[EMAIL PROTECTED]> writes: > Am 04 Sep 2001 15:51:34 +0200 schrieb Sven Neumann: > > > you certainly can process several 8 bit channels in one operation without > > special support from the processor and I would like to contribute such > > code to The GIMP > > Uii, now I'm

Re: [Gimp-developer] Solaris 64bit compile

2001-09-05 Thread Mattias EngdegÄrd
Sven Neumann <[EMAIL PROTECTED]> wrote: > __u32 __rb = (((color.r)<<16) | (color.b)); > __u32 __g = ((color.g)<<8); > > switch (a) {\ > case 0xff: *(d) = (0xff00 | __rb | __g); \ > case 0: break; \ > default: {\ > __u32 pixel = *(d);\ > __u16 s = (a)+

Re: [Gimp-developer] Solaris 64bit compile

2001-09-05 Thread Daniel Egger
Am 05 Sep 2001 13:49:17 +0200 schrieb Sven Neumann: > you need to do some masking and shifting. Well, you asked for it, here's > the code we use in DirectFB to blend 'color' with opacity 'a' to destination > pixel 'd' (RGB32). This code handles the red and blue channels in one > multiplication. T

[Gimp-developer] gdk_set/get_use_xshm()

2001-09-05 Thread Owen Taylor
The GIMP currently does something a bit peculiar - it calls gdk_get_use_xshm() and then passes the values it gets from this to plugins, which call gdk_set_use_xshm(). I suppose the reasoning here is to propagate the command line --no-xshm to each plugin. If GTK+ is autodetecting the value of gd

Re: [Gimp-developer] gdk_set/get_use_xshm()

2001-09-05 Thread Michael Natterer
Hi Owen, Owen Taylor <[EMAIL PROTECTED]> writes: > The GIMP currently does something a bit peculiar - it calls > gdk_get_use_xshm() and then passes the values it gets from this > to plugins, which call gdk_set_use_xshm(). > > I suppose the reasoning here is to propagate the command line > --no

Re: [Gimp-developer] Solaris 64bit compile

2001-09-05 Thread Sven Neumann
Hi, "Mattias EngdegÄrd" <[EMAIL PROTECTED]> writes: > I don't think they are that bad --- the readability of the above code > merely suffers from a pollution of backslashes and underscores. I took this code out of a macro and forgot to remove the backslashes. Also we'd use different types sinc

Re: [Gimp-developer] Solaris 64bit compile

2001-09-05 Thread Sven Neumann
Hi, Daniel Egger <[EMAIL PROTECTED]> writes: > Okay, so you work on 2 pixels concurrently by using corresping masks. read the code (and my mail) again. I'm not doing operations on 2 pixels. The code is combining the multiplications done on 2 channels of the same pixel into one. Also it is also

Re: [Gimp-developer] Solaris 64bit compile

2001-09-05 Thread Daniel Egger
Am 05 Sep 2001 21:34:21 +0200 schrieb Sven Neumann: > > Okay, so you work on 2 pixels concurrently by using corresping masks. > read the code (and my mail) again. I'm not doing operations on 2 pixels. > The code is combining the multiplications done on 2 channels of the > same pixel into one.

Re: [Gimp-developer] Solaris 64bit compile

2001-09-05 Thread Sven Neumann
Hi, Daniel Egger <[EMAIL PROTECTED]> writes: > Of course I meant channels instead pixels... However for simple > mainpulations the shifting and masking is much more work than simply > operating on one channel at once, especially since those simple > operations have a much higher chance to be sch

Re: [Gimp-developer] suggestion for color to alpha

2001-09-05 Thread Tim Lambert
"Rebecca J. Walter" <[EMAIL PROTECTED]> writes: > it might be useful if the color to alpha filter could a) interact with That reminds me: I'd like to use the color to alpha filter for chroma-keying. That is, stand the subject in front of a blue screen and use color-to-alpha to remove all the b