When a message (different from 0) is sent to the gate~ this means
that one of the gate~’s outlets will send out the input signal.
If I am not wrong, to all the other outlets a zero signal will be
sent.
Does this mean that all the operations made on the not enabled
outlets are calculated even if the input signal does not arrive?

If so, what do you suggest me in order to avoid unnecessary
calculation after the gate~ object?

Thanks in advance

jrp

Thank you very much!

Interesting, Jean-Francois.
What exactly is it, that [gate~] puts out on inactive outlets? in fact a zero signal? This would mean, that having 8 outlets would use 8 times the amount of data *eventually even in 32-bit??) of that single outlet used?
Would it eventually help to cable only the active outlet using a script?

Thanx for the hint with poly~ in any case.

jrp

Actually, in an audio network in MSP, there is no such thing as an
“inactive” outlet (I ignore things like begin~ / exceptions). If things are
connected, they are part of the network, and MSP evaluates the network as a
whole, every time it needs (defined by signal vector size).

> Would it eventually help to cable only the active outlet using a script?

No, because when you disconnect / connect audio cables, there is a click
because MSP has to learn a completely new network to evaluate. Try it. You
should hear clicks.

> Thanx for the hint with poly~ in any case.

Yes, what is inside a poly~ can be turned off, really turned “inactive”.
Good luck, and beware: [poly~] make take quite some
time/effort/tutorial/examples/trials until you are comfortable with it.
Jean-Francois.

M

On Nov 21, 2008, at 15:49, jayrope wrote:

>
>> [gate~] does output something on all outlets.
>
> Interesting, Jean-Francois.
> What exactly is it, that [gate~] puts out on inactive outlets? in
> fact a zero signal? This would mean, that having 8 outlets would use
> 8 times the amount of data *eventually even in 32-bit??) of that
> single outlet used?
> Would it eventually help to cable only the active outlet using a
> script?
>
> Thanx for the hint with poly~ in any case.
>
> jrp
> –
> —
> fiction-induced heat
> in too many places to name.
> mood description: audiotic.

Thanx again, jrp

M

On Nov 21, 2008, at 16:35, jayrope wrote:

>
> That is very interesting! Thank you very much.
> This actually means, that one can save LOADS of CPU by using
> scripting.
>
> Thanx again, jrp
> –
> —
> fiction-induced heat
> in too many places to name.
> mood description: audiotic.

I use poly~ to control the amount of CPU for the outlets of gate~.
As you see in the patch I use a select object control the appropriate thispoly~ object. In particular I send the “mute 0″ message to the subpatch relative to the outlet enabled by gate~ and the “mute 1″ message to all the other subpatch relative to the outlets disabled.

My question is: instead of using the mute messages can I control
thispoly~ with the same signal that is outlet of gate~?

Indeed when the outlet of gate~ is disabled a zero signal is sent; I ask if such a zero signal put as input of thispoly~ has
the effect of disabling the subpatch (and so saving CPU!!!).

I made some test with these 2 approaches, and I controlled the CPU usage. I have not notice any difference.

HELP!!!!

Thanks in advance

Now all it works. Please have a look to the new version of the
patch and please tell if this is the best way to do reach my goal.

I eliminated all the thispoly~ objects.

…so, I have to conclude that when I use the gate~ object I also have to use a select object to enable/disable poly~ in order to save CPU. Is this right? Is there another solution?

Thanks in advance.

I am not speaking about the gate~ inside the
filters. My question is relative to the gate~ that
select one filter rather than one.

I’d only want to know if it is right to use gate~ and
select together in order to save CPU.

What do you think?

Thanks in advance

>
> Hello,
> thank you for the suggestions.
>
> I am not speaking about the gate~ inside the
> filters. My question is relative to the gate~ that
> select one filter rather than one.
>
> I’d only want to know if it is right to use gate~ and
> select together in order to save CPU.
>
> What do you think?
>
> Thanks in advance

I intend what do you want to say and you are right.
I agree with your suggestion of thinking first of all
to the design of the patch.
However that patch I posted was only an example.

Now imagine a subpatch where there are 20 outlets for gate~ each
one process the sound with a different type of fft filter (put
inside a poly~).

The question is if the right way to use gate~ and to save CPU
is using it with the addition of a select object that enable the
DSP in the poly~ in which the gate~ pass the signal.

I was wondering if there is another solution.

Best regards