sackbut

I've been using msp for quite a long time (more than 7 years)

still I have a lot of problems when I attempt to build a feedback network with filters..

I remember a plug made by jhno... do you?

everytime i try to create f-networks ( with reson and tapin/tapouts) i get a serious feedback that is not possible to control...

I thought to build a level limiter but i get a kind of chain reaction that stops audio everytime...

I've been using msp for quite a long time (more than 7 years)
still I have a lot of problems when I attempt to build a feedback network with filters..

everytime i try to create f-networks ( with reson and tapin/tapouts) i get a serious feedback that is not possible to control...
I thought to build a level limiter but i get a kind of chain reaction that stops audio everytime...

feedback-networks

I think you need to use send~ and receive~ for the signal feedback... 

Haven't done much feedback though so maybe there is a better way.

On 18 Sep 2008, at 13:43, giorgio s wrote:

I think you need to use send~ and receive~ for the signal feedback...  
Haven't done much feedback though so maybe there is a better way.

I don't understand, s and r just route the signals, you need tapin tapout to allow audio feedback...

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.

i was referring to ~ objects off course...

send~ and receive~ can't make feedbacks work.

I think there is a big problem with feedbacks in max...

as a matter of fact listen how nasty can get resonance in lores~

clearly it is a simple feedback routing..

sound goes up to infinite then stop, if you try to create a network of filters (A to B, B to A)

clip~ does not work, you see what I mean?

My attempt was re-creating T-Resonator by jomox.

The signal flow is quite simple, but it won't work in Max...

i was referring to ~ objects off course...
send~ and receive~ can't make feedbacks work.

I think there is a big problem with feedbacks in max...
as a matter of fact listen how nasty can get resonance in lores~
clearly it is a simple feedback routing..

sound goes up to infinite then stop, if you try to create a network of filters (A to B, B to A) 

My attempt was re-creating T-Resonator by jomox.
The signal flow is quite simple, but it won't work in Max...
I wonder why..


You might want to checkout the jmod.echo~ module in Jamoma. It does a feedback-like thing with a limiter in the feedback loop to control the levels.

You might want to checkout the jmod.echo~ module in Jamoma.  It does a feedback-like thing with a limiter in the feedback loop to control the levels.

feedback networks