Closed for Company Meetings: Between September 18 (5pm PDT) and September 22 (12pm PDT), Support and Sales requests will be delayed. Only time-sensitive issues will be addressed during that time. Thanks for your patience.
I'm trying to build a reliable delay, one that doesn't use del @quantize, because I found them to be inconsistent with my patch. I don't know why.
Here's a first implementation... any suggestion on how to improve it?
here it is.
is basically a simple structure to create a melody and do the reverse, permutation and repetition.
What happens is that when i *create* the melody with [phasor~] everything works as expected, BUT when I do repetitions (with [del]) everything goes out of time / and don't know why (oh: that's a ryhme!)
here's the external. It's basically a threshold random. the patch illustrate the problem in the sense that while the melody generation is always in synch, the repetitions of the melody gets out of synch, in a preceivable way.
And the first one use a a timing method with [phasor~], while the second one uses a simple [delay].
What I'm trying to do is to have repetitions as in synch as the melody generation.
I had a quick look at your patch, and couldn't quite grasp what was happening (despite your good comments!).
One idea I had though, if it's the replay which is causing the problem then maybe you could set up a different system to take that job. It would be easy to use mtr for this, simple record and playback.
Also, have you checked out the RTC library? There are some great externals for creating permutations etc which could simplify things.