first off i think you can forget about the first email i sent. i've included the .c code and the pd patch. all the convolution stuff is commented out so you can compile and it try this if you want. i almost have a working convolver to put in there, but i first need to make sure i can get 1 mono file go into my external, and have the two convolved signals outputted. right now something screwy is going on and i can't get the stereo signal. thanks for any help!
scott
--------------------------------------------------------------------
"640K ought to be enough for anybody." -- Bill Gates, 1981
--------------------------------------------------------------------
Hi Scott,
you just made a little mistake in the following line:
for(readpos=255; readpos<=0; readpos--)
it should read:
for(readpos=255; readpos>=0; readpos--)
to get performed and everything's all right. It's always a good idea to add something like 'post("here we are");' to your code to see if all parts get executed...
Ah, and you are reading the samples into your array in reversed order. But maybe that's what you want.
Olaf
"J. Scott Hildebrand" schrieb:
first off i think you can forget about the first email i sent.i've included the .c code and the pd patch. all the convolution stuff is commented out so you can compile and it try this if you want. i almost have a working convolver to put in there, but i first need to make sure i can get 1 mono file go into my external, and have the two convolved signals outputted. right now something screwy is going on and i can't get the stereo signal. thanks for any help!
scott
"640K ought to be enough for anybody." -- Bill Gates, 1981
Name: newconv~.cnewconv~.c Type: Plain Text (TEXT/PLAIN) Encoding: BASE64
Name: newconv~.pdnewconv~.pd Type: Plain Text (TEXT/PLAIN) Encoding: BASE64
On Sat, 31 Aug 2002, Olaf Matthes wrote:
to get performed and everything's all right. It's always a good idea to add something like 'post("here we are");' to your code to see if all parts get executed...
a very useful macro for that:
#define L fprintf(stderr,"%s:%d\n",__FILE__,__LINE__);
so I sprinkle a few L's in a piece of code and when it runs it prints the filename and linenumber like the debugger would do in a stack backtrace.
(note: L stands for Log)
________________________________________________________________ Mathieu Bouchard http://artengine.ca/matju
hi scott !
i really recommend that you read the mail i send you when qou first posted your piece of code. i really tried to point out all the faulty pieces of code (especially the neveroccuring reset of apple) and i again give you one advice: add debugging code like "post()" to show you where the error occurs !
i am not going to do the programming for you (and i hope no one else will do) - just read the mails. (it's all in there)
and again: is there any major reason not to do the convolution as an abstraction ? to not use pd's built in fft-routines ?
mfg.cd.sar IOhannes
i wouldn't mind at all to do the convolution with the built-in fft stuff. the only problem is that i don't quite understand how it works. what i need is to input x amount of samples, and get out y amount of output, which should be at least 1.5 times the original amount + padded zeros to equal 2 times the original amount. only then can i write an overlap and add method.
scott
On Sat, 31 Aug 2002 zmoelnig@iem.at wrote:
hi scott !
i really recommend that you read the mail i send you when qou first posted your piece of code. i really tried to point out all the faulty pieces of code (especially the neveroccuring reset of apple) and i again give you one advice: add debugging code like "post()" to show you where the error occurs !
i am not going to do the programming for you (and i hope no one else will do)
- just read the mails. (it's all in there)
and again: is there any major reason not to do the convolution as an abstraction ? to not use pd's built in fft-routines ?
mfg.cd.sar IOhannes
--------------------------------------------------------------------
"640K ought to be enough for anybody." -- Bill Gates, 1981
--------------------------------------------------------------------
-
J. Scott Hildebrand -
Mathieu Bouchard -
Olaf Matthes -
zmoelnig＠iem.at