Intermittent poly~ performance

Feb 7, 2013 at 4:34pm

Intermittent poly~ performance

Been working on this patch and have posted about it in other posts. I am now encountering a new issue so I thought it deserves a new thread. I am getting inconsistent and intermittent performance with this patch. Not sure why it only works sometimes and not all the time. Also, it seems that when I am on one event (that’s my internal cue) it will be o.k., but then it’ll stop altogether on the next event (cue). Sometimes it won’t work at all but other it will be just fine.

Top Patch:

– Pasted Max Patch, click to expand. –

poly~ patch names cycle synth(simpleFM):

– Pasted Max Patch, click to expand. –
#66393
Feb 12, 2013 at 3:17pm

Still haven’t solved this issue. I thought it might be related to the sel objects located within the synthdata sub-patch but not sure that is it. I still get intermittent performance. Sometimes the synth will stop playing altogether even when it you can see frequencies being sent into it. I am sure there is something I am missing.

#238999
Feb 12, 2013 at 3:21pm

Here is the top-level patch if anyone is interested.

– Pasted Max Patch, click to expand. –
#239000
Feb 13, 2013 at 12:44pm

Bueller?……Bueller?……Bueller?

#239001
Feb 13, 2013 at 5:04pm

Someone suggested i be a bit more clear in my problem to see if that will help in getting a response.

What I am attempting to do is have a collection of frequencies (contained in a coll) sent out in random order to an FM synth. The order and groupings are controlled by the patcher coll counter.

The data being sent to the synths is in the patcher synth data. This data is for frequencies, modulation index, envelopes, and durations.

What I want to have happen is that I can trigger frequencies, envelopes, etc. via the metro object contained in the poly-synth patch. The sounds are to be continuous and will progress through with various iterations. The problem is that the audio stops at certain points. This should not be the case but it is. Watching my number~ it can bee seen that there is no signal coming through even if there is still a frequency being trigger and sent to the poly~ through the note$1 message. So there is something going on I assume with my patcher “envelopes” that is causing this confusion.

Hope that helps n what i am trying to achieve.

#239002
Feb 13, 2013 at 6:36pm

The problem lies in your architecture for the poly~ patch, I think. You’re having the amplitude envelope generated globally, yet the unmuting and busy state on is happening locally. Your envelopes don’t have a sustain state, so they can actually be much simpler in operation.

The following structure should take care of things. It’s find to use send and receive for single values, like harmonicity ratio, but don’t use them to trigger envelopes as this will cause all manner of confusion. (in this example, they’re stored with the zl reg object for later triggering)

Also, I recommend providing default values for all your oscillators, line~, sig~ in your poly~ patch. (It makes debugging easier)

– Pasted Max Patch, click to expand. –
#239003
Feb 13, 2013 at 7:58pm

Peter, you’re brilliant. That did it. Here is how I did it:

– Pasted Max Patch, click to expand. –
#239004

You must be logged in to reply to this topic.