Twice

Firstly apologies for my 'lack of lingo', i'm new to Max and am still on a steep learning curve!

I've created a granular cloud generator, an audio sample is loaded into a buffer, then the grains are effected by a few parameters. The current parameters are: Grain length, Grain Duration, Grain Density, Grain Transposition and Grain Position. To do this I had to create a sub patch, and use send objects to send the parameter changes from the top layer, to the receive objects inside the sub patch.

I want to create a second grain cloud so that I can load another audio sample in to it and manipulate it with its own set of grain parameters, however everything i've tried so far hasn't worked.

I tried copying the top layer and renaming the second clouds sends and receives, and also tried renaming the whole subpatch but that didn't work either... I next thought about putting the parameters for each cloud in their own subpatch, but realised that I needed to have the parameter controls on the top layer so they would be available in presentation mode.

I may have missed something out but other than what i've tried I can't seem to crack the problem!

I've attached screenshots of the 3 layers (top, 2nd layer subpatch, 3rd layer subpatch) (ignore the comments, those are reminders for myself)

granular-synth-multiple-clouds-individual-parameters

the [play~ sound] objects will be reading from the same-named buffer object, [buffer~ sound], unless you've renamed them too. I recognise the algorithm, Roger Carruthers or Peter Batchelor. Anyway, you're going to have to investigate the [poly] and [poly~] objects to understand voice-handling. It's 

 straightforward; just understand that [poly~] creates carbon copies of a named subpatch, which can be addressed individually by 'targeted' parameter changes using the - - - drumroll - - - "target" message.

To load unique audifiles, you might need to investigate the [polybuffer~] object.

Hi
the [play~ sound] objects will be reading from the same-named buffer object, [buffer~ sound], unless you've renamed them too. I recognise the algorithm, Roger Carruthers or Peter Batchelor. Anyway, you're going to have to investigate the [poly] and [poly~] objects to understand voice-handling. It's fairly straightforward; just understand that [poly~] creates carbon copies of a named subpatch, which can be addressed individually by 'targeted' parameter changes using the - - - drumroll - - - "target" message.

Granular Synth - Multiple Clouds with individual parameters