[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-dev] crossfading groups, noid for groups

Hi Julian,

I'll take a look at AbstractEnsemble and GraphBuilder.

BTW: GraphBuilder is in Common/Control.  Is it used by classes other than
those in JITLib?

Also, in GraphBuilder, is there some reason wrapOut hs:

env = if(fadeTime.notNil, { this.makeFadeEnv(fadeTime) }, 1);
	result = result * env;

rather than

if(fadeTime.notNil, {
	result = this.makeFadeEnv(fadeTime) * result;


PS: Here's a probably impractical thought:

With an "n_duplicate" command simple texture xfade could be done mostly on
the server.  (This may be too bursty to be permissible, but it would be
a simple solution.)

	n_duplicate: duplicate target (including ID's), replace original's
ID's with  server allocated ID's.

	then it would be:
	g = some group or Synth

	[n_duplicate, g.nodeID]
	[\s_new, "fadeOut", g.nodeID,\addBefore]
        [\s_new, "fadeIn", g.nodeID,\addAfter]
	[\n_set,....any new params]

On Thu, 19 Jun 2003, Julian Rohrhuber wrote:

> >Hi,
> >
> >  It occurs to me that Group's could be used directly to
> >provide crossfading similar to Julian's NodeProxy. Basically,
> >you fade out the group rather than individual members.
> well, unless the synth that is faded in is really after
> the one faded out this works and it could for example
> be done with a subclass of AbstractEnsemle, by
> overriding -finishBundle. Then it even wouldn't matter
> if you xfade a group or a synth. Only you need to assume
> to know on what busses the synths are playing.
> I had to do it differently because I want to be able to
> read a synth's output also from further up, so I had to build
> in the xFade envelope.
> btw.
> GraphBuilder is a class that creates wrapped defs.
> --
> .
> _______________________________________________
> sc-dev mailing list
> sc-dev@xxxxxxxxxxxxxxx
> http://www.create.ucsb.edu/mailman/listinfo/sc-dev