Hello,
I have a large abstraction which still takes 20% of the cpu when turned off with "switch~". I was expecting that when an abstraction is turned off with switch~ its cpu usage become null.
Can this be reached ?
The documentation says that switch~ costs in itself a little amount of cpu. My abstraction contains other switchable abstractions, so are the other switch~ objects responsible of the 20% cpu usage, even though they belong to a top-abstraction wich is turned-off ?
Should I use throw~/catch~ instead of signal inlet~/outlet~ ? Will it have a significative effect ?
Best regards,
Linium
Are you doing other, I mean "non-signal", calculations in the abstraction ? When a patch is switched off, the only thing it does is filling its signal outlets with zero values, and that should not take too much of the CPU time.
Guenter
On Sun, 10 Jun 2001, Linium wrote:
Hello,
I have a large abstraction which still takes 20% of the cpu when turned off with "switch~". I was expecting that when an abstraction is turned off with switch~ its cpu usage become null.
Can this be reached ?
The documentation says that switch~ costs in itself a little amount of cpu. My abstraction contains other switchable abstractions, so are the other switch~ objects responsible of the 20% cpu usage, even though they belong to a top-abstraction wich is turned-off ?
Should I use throw~/catch~ instead of signal inlet~/outlet~ ? Will it have a significative effect ?
Best regards,
Linium
Le Sun, 10 Jun 2001, guenter geiger a écrit :
Are you doing other, I mean "non-signal", calculations in the abstraction ? When a patch is switched off, the only thing it does is filling its signal outlets with zero values, and that should not take too much of the CPU time.
Guenter
Actually my top level abstraction is a layer of a synthesizer I am working on. The user can select one of 5 synthesis engines, each of them exists in 8,4 or 2 voices (selectable by switch~). And there are several filters too on the same principle.
That makes a lot of non-signal objects (although there are no intensive math calculations).
I didn't take them in account, that explains the cpu usage.
Thanks,
Linium