Brennon Bortz

I'm trying to create a simple comb filter, and before I start, I don't want to use [comb~].

I need to build a delay line with feedback. Delay needs to be as small as one sample. [delay~], as the help file correctly states, does not work in with feedback. Does anyone know of a delay external or other object that will allow this? Moving back and forth between Windows XP and OS X 10.4.

I need to build a delay line with feedback.  Delay needs to be as small as one sample.  [delay~], as the help file correctly states, does not work in with feedback.  Does anyone know of a delay external or other object that will allow this?  Moving back and forth between Windows XP and OS X 10.4.

sample-based-delay-lines-with-feedback

On 02 Dec 2008, at 02:39, Brennon Bortz wrote:

> I'm trying to create a simple comb filter, and before I start, I 

maybe, before you start, you want to tell us why you don't want to 

On 02 Dec 2008, at 02:39, Brennon Bortz wrote:
>
> I'm trying to create a simple comb filter, and before I start, I  
> don't want to use [comb~].

maybe, before you start, you want to tell us why you don't want to  
use comb~?


Feed delay back into itself by running a second cable from it's output thru a [*~ 0.9] and back into itself.

adjust number for more or less feedback, beware, 1 means full feedback.

Feed delay back into itself by running a second cable from it's output thru a [*~ 0.9] and back into itself.
adjust number for more or less feedback, beware, 1 means full feedback.

You might want to look at Eric Lyon's stuff. I think he has a sample accurate delay called [vdb~ ].

http://www.sarc.qub.ac.uk/~elyon/LyonSoftware/MaxMSP/

http://www.sarc.qub.ac.uk/~elyon/LyonPapers/SampleAccurate-Lyon-ICMC2006.pdf

Not sure it does everything you want but hope it helps out,

You might want to look at Eric Lyon's stuff.  I think he has a sample accurate delay called [vdb~ ].

His paper on this subject is at:
http://www.sarc.qub.ac.uk/~elyon/LyonPapers/SampleAccurate-Lyon-ICMC2006.pdf

Not sure it does everything you want but hope it helps out,
Mitch

Sorry Brennon, I did not look at your location (Belfast). I look like a bit of a dork, oh well.

Sorry Brennon, I did not look at your location (Belfast).  I look like a bit of a dork, oh well.
Mitch


> Sorry Brennon, I did not look at your location (Belfast). I look like

No worries! I look like the dork for not checking Eric's objects!

> Sorry Brennon, I did not look at your location (Belfast).  I look like
> a bit of a dork, oh well.
> Mitch

No worries!  I look like the dork for not checking Eric's objects!


All of the [el.vd*~] objects seem to blow up when fed back. I need an object without an internal feedback mechanism that I can manually feedback into the signal, as one is able to do with [tapin~]/[tapout~] delay lines. Any ideas? Take a look and see what I'm talking about:

All of the [el.vd*~] objects seem to blow up when fed back.  I need an object without an internal feedback mechanism that I can manually feedback into the signal, as one is able to do with [tapin~]/[tapout~] delay lines.  Any ideas?  Take a look and see what I'm talking about:

Quote: jayrope wrote on Tue, 02 December 2008 10:19

----------------------------------------------------

> Feed delay back into itself by running a second cable from it's output thru a [*~ 0.9] and back into itself.

> adjust number for more or less feedback, beware, 1 means full feedback.

I can't seem to accomplish it through this method, either...

Quote: jayrope wrote on Tue, 02 December 2008 10:19
----------------------------------------------------
> Feed delay back into itself by running a second cable from it's output thru a [*~ 0.9] and back into itself.
> adjust number for more or less feedback, beware, 1 means full feedback.
>
> jrp
----------------------------------------------------

Quote: Brennon Bortz wrote on Wed, 03 December 2008 01:04

> All of the [el.vd*~] objects seem to blow up when fed back. I need an object without an internal feedback mechanism that I can manually feedback into the signal, as one is able to do with [tapin~]/[tapout~] delay lines. Any ideas? Take a look and see what I'm talking about:

vd~ is deprecated, in favor of vdp~. I've found that generally these objects do not blow up when using their internal feedback reasonably. However, they do follow the Max convention of specifying time arguments in milliseconds, not seconds as is the case in your example. Also, please note that there is a feedback loop in your patch that would kill a horse :) Although it does not solve your problem, the following patch shows how feedback does (and does not work) in Max. You can still blow it up, but no more than any other similar feedback network.

Quote: Brennon Bortz wrote on Wed, 03 December 2008 01:04
----------------------------------------------------
> All of the [el.vd*~] objects seem to blow up when fed back.  I need an object without an internal feedback mechanism that I can manually feedback into the signal, as one is able to do with [tapin~]/[tapout~] delay lines.  Any ideas?  Take a look and see what I'm talking about:
>

Quote: Eric Lyon wrote on Thu, 04 December 2008 23:00

Although it does not solve your problem, the following patch shows how feedback does (and does not work) in Max. You can still blow it up, but no more than any other similar feedback network.

Thanks, Eric! I hadn't thought of adding a separate delay line between your objects. You're right, it doesn't fix my specific problem, but might be an option in a different scenario.

Ultimately, I took a different approach, and now have a patch that I'm happy with. Now on to the next bit...

Quote: Eric Lyon wrote on Thu, 04 December 2008 23:00
----------------------------------------------------
Although it does not solve your problem, the following patch shows how feedback does (and does not work) in Max. You can still blow it up, but no more than any other similar feedback network.

Thanks, Eric!  I hadn't thought of adding a separate delay line between your objects.  You're right, it doesn't fix my specific problem, but might be an option in a different scenario.

Ultimately, I took a different approach, and now have a patch that I'm happy with.  Now on to the next bit...

Sample based delay lines with feedback