marleynoe

I am wondering about pcontrol's behaviour of switchin audio processing switched off inside a patcher using the 'enable' message... If we look at the attached patch, the sfplay~ object in the subpatcher should be switched off, no? However it is still outputting it's audio samples as if it would be on. And even if the number~ object inside the muted subpatcher shows a zero signal, the number~ in the parent patcher displays the original (i.e. non-zeroed) audio-samples (I assume this is the purpose of a pass~ object).

Similarly, the snapshot~ object will continue to sample the original samples. This makes me wonder, if audio is actually switched off, or is simply zero'd in case a pass~ object is used.

Also, the CPU ressources don't seem to change significantly in response to the [enable $1 1] message -different from the same patch inside a poly. Any hints would be greatly appreciated.

I am wondering about pcontrol's behaviour of switchin audio processing switched off inside a patcher using the 'enable' message... If we look at the attached patch, the sfplay~ object in the subpatcher should be switched off, no? However it is still outputting it's audio samples as if it would be on. And even if the number~ object inside the muted subpatcher shows a zero signal, the number~ in the parent patcher displays the original (i.e. non-zeroed) audio-samples (I assume this is the purpose of a pass~ object).
Similarly, the snapshot~ object will continue to sample the original samples. This makes me wonder, if audio is actually switched off, or is simply zero'd in case a pass~ object is used.
Also, the CPU ressources don't seem to change significantly in response to the [enable $1 1] message -different from the same patch inside a poly. Any hints would be greatly appreciated.

sfplay-behaviour-into-muted-patch

If you want to switch audio on and off in a part of your patch, use poly~

Pcontrol is not designed for use in switching audio processing on and off.

sfplay~ behaviour into muted patch