Hallo,
I’ve read on a previous topic that the use of send~ / receive~ would introduce automatically a one-sigvs long delay when put inside a feedback chain.
Nothing is mentioned about feedback chains on the Max reference, and I’d like to know whether it was possible to get further official information about that particular topic.
For instance, I’ve noticed using the capture~ object that if a few couples of send~ receive~ then some of them send a 0 value during one sample before sending the appropriate signal value on every startwindow.
Another thing I wish I could make clearer : when using those send~ receive~ couples inside a poly~ object, so that every send~ sends signal to the receive~ of the next instance – the last instance’s send~ sending back to the receive~ of the first instance, there needs to be a 4096 samples or more delay between one send~ and the next receive~, otherwise audio is running as it should inside the poly~. Doesn’t seem to vary according to the number of instances, the sigvs nor iovs sizes.
Thanks to anyone who could bring some info about that !
Back to the actual thread, Sackbut, you have to use the msp versions of send~ / recieve~ (with ~), i guess it should solve your situation. s and r with signals don’t behave the same.
Warm regards,
Zoe
