again, I see no mention of "swarm" or any toggle in the video at 3:02.
As you will already know, the first patch you posted won't work on Bela because you don't have any [adc~]s in there.
In the second patch you posted, the issue is one of the quirks of Pd:
[receive~ swarm]
|
[* 1.1]
and
[receive~ iton]
|
[+ 0]
|
will never output anything. This is because you are plugging a signal into a message outlet. Pd (at least a modern version of it) would have prevented you from patching those connection dragging from the outlet to the inlet, however if you created them by pressing cmd 1 or ctrl 1 while editing the [receive~] object, it will have allowed you to do it (this is a bug in Pd).
You should therefore be able to to fix the patch by:
- replacing [* 1.1] with [*~ 1.1]
- replacing [+ 0] with [+~] (no [+~ 0], as that would expect a float on the second inlet.
For future reference, a decent drop-in replacement for a Pd slider when using a pot connected to Bela's analog inputs would be:
[adc~ 3]
|
[lop~ 1000]
| [bang~]
|/
[snapshot~]
|
[* 127] adjust range ...
|
[+ 123] ... and offset
|
this will produce one float per block (thanks to [bang~]). It may be convenient to use this message-based approach (instead of a signal-based one) if you are doing CPU-intensive stuff with this signal (e.g.: [mtof] ).
Conversely, if you want to test a Pd patch on your computer, prototyping the interaction you'd have on Bela using a slider, you could have something like this:
[<slider with range 0 1>]
|
[lop~ 100]
| [adc~ 3]
| |
[+~ ]
|
This will work both on Bela and on your computer ( assuming the computer only has two audio inputs): on Bela you won't be able to change the GUI slider and on the computer, [adc~ 3] will be silent.
Btw, there is a minor issue in the original patch where the bang and [s span] shouldn't be connected directly to the number box, but via a [t b f], otherwise, depending on the order in which you patched them, you may find that the latest span value won't get updated.
