drschultz

So I've got a subpatcher with a buffer~ and a groove~ object in it. A java object I wrote dynamically reads new sound files when they are dropped into a folder and loads them into the buffer~/groove~ pairs. I'm using poly~ to manage the subpatchers and to get smooth entry of the new groove~ loops without DSP hiccups, but every time a new sound loop is loaded, the previous one stops playing.

I'm creating the new patchers by sending poly~ the "voices" command to create a new voice, then the "target" command to aim my messages at the newly created voice, then I'm sending all my info in to load the sound files into the new patcher. I've tried checking on the previously created buffer contents after new buffers are loaded, and to my surprise, the older buffers are cleared out and are left blank, and only the newest buffer is loaded and plays.

So I've got a subpatcher with a buffer~ and a groove~ object in it. A java object I wrote dynamically reads new sound files when they are dropped into a folder and loads them into the buffer~/groove~ pairs. I'm using poly~ to manage the subpatchers and to get smooth entry of the new groove~ loops without DSP hiccups, but every time a new sound loop is loaded, the previous one stops playing. 

dynamically-adding-voices-to-poly

When you set a new number of voices it re-creates all instances rather than just adding voices to the existing ones. Perhaps count how many files you want to load from your folder at the beginning, use this to set the number of voices and then iterate through with the "target" message.

Well that won't work for this project, because this is for a performance, and I have audience members uploading custom sounds in real time. So there is no way of knowing how many sounds I'll end up with.

I guess I could just instantiate the poly~ with enough voices to cover the performance, but this may lead to unused voices, and I'm not sure how that will affect the patch and DSP performance. If I were to just set the poly~ with 200 voices (or even 1023 for that matter), I'm wondering if that would really have any negative side effects. Guess there's only one way to find out!

You should mute all voices at instantiation, before turning on the dsp, for instance sending poly~ a 

You should mute all voices at instantiation, before turning on the dsp, for instance sending poly~ a mute 0 1.


Yes, that's a good idea, Patrick. I'll start the poly~ out with all voices muted, then un-mute them through the java object as I feed sounds into the buffers. Thanks for the replies, everyone.

I for one would love too see/hear some recording of this...

Dynamically Adding Voices to Poly~