stutter~ again...
Hi guys,
I need a little help with this patch here. What it does is quite simple: there's a stutter~ object that receives incoming audio, and as soon as this signal goes above a threshold it choose randomly a number of sample (between a min and a max) and a playback pitch for the stutter~..
This seems to work fine with certain kind of audio like drumloop, but I get nasty clicks with audio input, or continuous sounds (try vibes-a1.aif from the audio player, for instance).
I windowed the output of the stutter~ with a window that stays at 0 at the start/end of the phasor~ ramp (see p window) but I still get clicks. Maybe there is something I don't understand in how stutter~ interprets the playback input signal or maybe this is just how it is supposed to work when continuously changing the buffer's number of samples..?
I did search the forum and found this post
https://cycling74.com/forums/stutter-clicks/
but apart from not really understand the windowing solution by raja, I'd like to keep the 'random n°of samples' feature, which that patch doesn't implement.
Hope I did explain myself well, sorry for my bad english.
PS:I'm kind of a noob in the signal rate field, so please, be nice!!
Thanks for any help
Anyone? I guess everybody is excited about Max 7 release..
Hi, were you able to know what the problem is? I'm very curious about...
i was doing a very similar thing recently - when audio dropped below a threshold, it set off stutter~ and randomised the playback length. There were some evil artifacts when you were playing the stutter loop and changed the buffer length while playing. I couldnt get it entirely fixed, but trigger order helped a bit, trying to make sure that it first set the loop length before starting playback.
That said, if theres a smooth way to do this without brutal digital noise coming into it, i'd be keen to find out...
Some time ago I came up with something that works...haven't used it for a while, but I'd like to make a stereo-m4l version when I got some time. Basically when the signal goes over the threshold the recording buffer is duplicated to the playing buffer (the buffer which the stutter is reffering to). Don't know how correct is this approach, but I think it works. Try it guys, feedback are much appreciated.