RSS/Atom feed Twitter
Site is read-only, email is disabled
  1. Chat
  2. Useful links
  3. Polls

Featured content

Multiple Auxiliary Inputs Operation

This discussion is connected to the gegl-developer-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.

This is a read-only list on gimpusers.com so this discussion thread is read-only, too.

3 of 3 messages available
Toggle history

Please log in to manage your subscriptions.
Multiple Auxiliary Inputs Operation Ferran Basora 28 Aug 08:47
Multiple Auxiliary Inputs Operation Ferran Basora 28 Aug 08:48
  Multiple Auxiliary Inputs Operation Øyvind Kolås 28 Aug 11:34
Ferran Basora
2008-08-28 08:47:52 UTC (over 16 years ago)

Multiple Auxiliary Inputs Operation

Hello,

I have recently seen changes added by Luidnel Maignan, allowing to create operations with 2 auxiliary inputs.

I was wondering about the possibility of creating a generic gegl-operation-composer that allows a undetermined number of auxiliary inputs.

I am thinking of several scenarios in which to use in operations using N inputs.

What do you think?

Ferran Basora
2008-08-28 08:48:00 UTC (over 16 years ago)

Multiple Auxiliary Inputs Operation

Hello,

I have recently seen changes added by Luidnel Maignan, allowing to create operations with 2 auxiliary inputs.

I was wondering about the possibility of creating a generic gegl-operation-composer that allows a undetermined number of auxiliary inputs.

I am thinking of several scenarios in which to use in operations using N inputs.

What do you think?

Øyvind Kolås
2008-08-28 11:34:02 UTC (over 16 years ago)

Multiple Auxiliary Inputs Operation

On Thu, Aug 28, 2008 at 7:48 AM, Ferran Basora wrote:

I have recently seen changes added by Luidnel Maignan, allowing to create operations with 2 auxiliary inputs.

I was wondering about the possibility of creating a generic gegl-operation-composer that allows a undetermined number of auxiliary inputs.

I am thinking of several scenarios in which to use in operations using N inputs.

What do you think?

It should be possible to adapt the GEGL infrastructure to handle this, I've known of
the potential issue but haven't had the need for it myself; and it might be a bit
tricky to implement. Patches are welcome; but will bu scrutinized.

I think a more important pad -related feature is allowing routing non GeglBuffer data, like
color and scalar values, between the pads of nodes. The base core infrastructure for doing
so is already in place, but the code hasn't been tested in a long while and I think it
will fail in some subtle way.

/Øyvind K.