« Return to Thread: delays and buffers
Re: delays and buffers
by Andre Bartetzki
::
Rate this Message:
Es war der 29.06.2008 19:11 Uhr, als Josh Parmenter nicht widerstehen
konnte, folgende Gedanken dem Netz anzuvertrauen:
> I think all of these are possible, but at the same time, these are
> just variants of things that do already exist. I agree that finding an
> efficient tap would be a good idea (I'll look into it), but converting
> between time and samples is pretty easy math. Making a new UGen for it
> seems like a bit of overkill.
Hi Josh,
sure, these would be just variants.
But sometimes one needs to refer to samples, for example for comb filters in
reverb patches one approach is to take higher prime numbers for buffer
sizes. Starting from a delaytime one needs to look for the next prime number
of samples that is close to that delaytime. And then one has to convert this
sample value back to a delaytime - although the delay UGen needs samples
inside anyway ....
Csound has at least these variants for taps:
deltapn (in samples)
deltap (as delaytime)
deltapi (as delaytime with interpolation)
> With that in mind, if you really do think that you need a delay with
> samples instead of time, it would be easy to make (actually easier
> then the ones we currently have)... feedback and decaytime as well.
I guess a delay UGen with a sample argument would be more efficient than the
current one? If so that would be a good reason to have one with a sample
arg.
Although it is very convenient in most cases to have a decaytime argument in
combs and allpasses, it is harder to convert patches from MaxMSP and the
likes as well as from digital filter formulas where usually a feedback
factor is given.
best
Andre
--------------------------------------------------
Andre Bartetzki
http://www.bartetzki.de
mailto:andre@...
Tel +49-(0)30-92375877
VoIP +49-(0)30-38108677
Fax +49-(0)30-38108678
Skype bartetzki
http://www.myspace.com/andrebartetzki
--------------------------------------------------
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
konnte, folgende Gedanken dem Netz anzuvertrauen:
> I think all of these are possible, but at the same time, these are
> just variants of things that do already exist. I agree that finding an
> efficient tap would be a good idea (I'll look into it), but converting
> between time and samples is pretty easy math. Making a new UGen for it
> seems like a bit of overkill.
Hi Josh,
sure, these would be just variants.
But sometimes one needs to refer to samples, for example for comb filters in
reverb patches one approach is to take higher prime numbers for buffer
sizes. Starting from a delaytime one needs to look for the next prime number
of samples that is close to that delaytime. And then one has to convert this
sample value back to a delaytime - although the delay UGen needs samples
inside anyway ....
Csound has at least these variants for taps:
deltapn (in samples)
deltap (as delaytime)
deltapi (as delaytime with interpolation)
> With that in mind, if you really do think that you need a delay with
> samples instead of time, it would be easy to make (actually easier
> then the ones we currently have)... feedback and decaytime as well.
I guess a delay UGen with a sample argument would be more efficient than the
current one? If so that would be a good reason to have one with a sample
arg.
Although it is very convenient in most cases to have a decaytime argument in
combs and allpasses, it is harder to convert patches from MaxMSP and the
likes as well as from digital filter formulas where usually a feedback
factor is given.
best
Andre
--------------------------------------------------
Andre Bartetzki
http://www.bartetzki.de
mailto:andre@...
Tel +49-(0)30-92375877
VoIP +49-(0)30-38108677
Fax +49-(0)30-38108678
Skype bartetzki
http://www.myspace.com/andrebartetzki
--------------------------------------------------
_______________________________________________
sc-users mailing list
info (subscribe and unsubscribe): http://swiki.hfbk-hamburg.de:8888/MusicTechnology/880
archive: http://www.listarc.bham.ac.uk/marchives/sc-users/
search: http://www.listarc.bham.ac.uk/lists/sc-users/search/
« Return to Thread: delays and buffers
| Free embeddable forum powered by Nabble | Forum Help |
