personal_username

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?

Hi all!
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?

reliable-delay

mmm... my last post could be understood with "yes, problem solved", but it was "I already have overdrive on, and it still doesn't work. thank you anyway".

Just to make it clear that i still need help ;-)

For me the quantized delay seems to work as expected.

Can you post a patch that demonstrates your problems?

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 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!)

How should one use this patch to illustrate the problem?

What does vs.between do? (it's not a standard Max object/abstraction.)

How should one use this patch to illustrate the problem?
What does vs.between do?  (it's not a standard Max object/abstraction.)


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.

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.

I had a quick look at your patch, and couldn't quite grasp what was happening (despite your good comments!). 

Aha, the old Russian doll abstraction! vs.between contains vs.random!

Aha, the old Russian doll abstraction! vs.between contains vs.random!
cheers
Roger


The scale colls aren't saved with the patch. Could you upload the data from one of them?

oh, sorry you all guys, looks like I really need to sleep... *_*

Hope after this last fix the patch will work for everybody!

oh, sorry you all guys, looks like I really need to sleep... *_*
Hope after this last fix the patch will work for everybody!
Thank you all for your patience! 

Reliable delay