I have played a little more with the test patch and I found out that the cause is not the [switch~] presence but the [inlet~] being a second inlet (I thought it was [switch~] being there because when I deleted the [switch~] section of the subpatch the frequency [inlet~] became the first inlet).
I guess it could be related with hot/cold inlets but I can't think of a rationale for the behaviour.
See the attached subpatches. testx's subpatch has a dummy first inlet while testy's one has only one inlet for frequency. The first doesn't work. The second works ok.
Regards, Carlos
Sorry, I forgot saying I'm using pd 0.38.4 (from debian distro).
Hi!
I have noted a strange behaviour when input is taken from an [inlet~] in a subpatch which contains the [switch~] object.
The attached patch includes a subpatch with an [osc~]. There is an [inlet] for switching the subpatch on/off and an [inlet~] for passing the frequency of the oscillator (which could be control or audio rate).
Note that when you feed the frequency with a [sig~] it works, but when sending [0( and [440( messages it doesn't (of course, disconnect the [sig~] before). Then try deleting the [switch~] in the supatch. Once [switch~] is deleted, the subpatch works both when receiving frequency as messages and when receiving it as an audio stream, which if I'm not wrong is the right behaviour.
Is this a bug?
Thank you. Regards, Carlos