MSP not satisfied - infinite recursion
Hello, apparently I am not satisfying MSP.
I am trying to change the speed of a groove~ depending on its location while staying in MSP.
Why is it that when I send back the data to groove~ it says "groove~: MSP object inputs not satisifed, likely due to infinite recursion"? (you'll notice here the "satisifed" spelling by the way)
Is there a way to do this?
thanks
Florent
thanks! I've tried with delay~ but tapin~ / tapout~ works!
any idea why my patch does not work though? it works fine when it's not connected to groove~
I am trying to send to alternate between a signal 1. and -1. depending on groove~ location to replicate a ping pong playback but that's not working
Florent, with direct feedback in the audio network, it can't be computed. When you want recursion in a MSP network, you need to introduce one vector of delay. [delay~] does NOT work to do that (delay~ is meant to introduce a delay values that can be smaller than a vector, like, for instance, a couple of samples).
I usually use a [send~]/[receive~] pair (which introduces a vector of delay only when required by recursive networks, not in usual situations.)
Now that this part is working, I guess you'll manage to debug your patch (adding [number~] objects should help.)
J-F
thanks Jean-François for the explanation! it totally makes sense. I didn't know that aspect of the send~/receive~