Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-31 Thread Alfons Adriaensen
On Sun, Jan 30, 2005 at 06:55:45PM -0600, Jack O'Quin wrote: In the case of JAMin it was dictated by our desire to use FFTW rather than writing our own FFT and trying to figure out how to divide the computation into relatively equal parts. For Jamin, you have two channels, each one needs a

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-31 Thread Steve Harris
On Mon, Jan 31, 2005 at 10:15:56 +0100, Alfons Adriaensen wrote: On Sun, Jan 30, 2005 at 06:55:45PM -0600, Jack O'Quin wrote: In the case of JAMin it was dictated by our desire to use FFTW rather than writing our own FFT and trying to figure out how to divide the computation into

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-31 Thread Alfons Adriaensen
On Mon, Jan 31, 2005 at 09:51:55AM +, Steve Harris wrote: On Mon, Jan 31, 2005 at 10:15:56 +0100, Alfons Adriaensen wrote: On Sun, Jan 30, 2005 at 06:55:45PM -0600, Jack O'Quin wrote: In the case of JAMin it was dictated by our desire to use FFTW rather than writing our own FFT

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-30 Thread Jack O'Quin
Florian Schmidt [EMAIL PROTECTED] writes: forgot an important one: - decouple the partitioned convolution chunk size from the jack buffer size. This will allow to run a 2048 frames chunk sized partitioned convolution in a i.e. 256 frames jack graph. Of course the latency of the chunksize

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-30 Thread Fons Adriaensen
On Sun, Jan 30, 2005 at 10:23:29AM -0600, Jack O'Quin wrote: One simple improvement I'd recommend. JAMin runs its DSP thread at a RT priority one less than the JACK process thread. It would be better to add (log2(bufsize)-log2(chunksize)) to the JACK priority (only when negative). Then,

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-30 Thread Jack O'Quin
Fons Adriaensen [EMAIL PROTECTED] writes: On Sun, Jan 30, 2005 at 10:23:29AM -0600, Jack O'Quin wrote: One simple improvement I'd recommend. JAMin runs its DSP thread at a RT priority one less than the JACK process thread. It would be better to add (log2(bufsize)-log2(chunksize)) to the

Re: [linux-audio-user] Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-30 Thread Florian Schmidt
On Sat, 29 Jan 2005 18:20:02 +0100 Florian Schmidt [EMAIL PROTECTED] wrote: Btw: All help appreciated. So if anyone wants to join in, feel free Hi, Ok, i reworked the code as library (reimplemented in C, too, instead of C++). It _should_ support several response files each providing one input

Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 12:14:49AM +0100, Florian Schmidt wrote: So there's plenty room for optimization (and some return value checking will be added too ;)).. If you know some tricks, let me know.. The sourcecode is pasted below for easier reference. For a typcal stereo room simulation,

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 10:28:23 +0100 Fons Adriaensen [EMAIL PROTECTED] wrote: On Sat, Jan 29, 2005 at 12:14:49AM +0100, Florian Schmidt wrote: So there's plenty room for optimization (and some return value checking will be added too ;)).. If you know some tricks, let me know.. The

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 10:28:23 +0100 Fons Adriaensen [EMAIL PROTECTED] wrote: On Sat, Jan 29, 2005 at 12:14:49AM +0100, Florian Schmidt wrote: So there's plenty room for optimization (and some return value checking will be added too ;)).. If you know some tricks, let me know.. The

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Fons Adriaensen
On Sat, Jan 29, 2005 at 03:43:46PM +0100, Florian Schmidt wrote: Now i grok it. As a stereo impulse file is a response to a mono impulse placed somewhere in the room, one needs two stereo response files with the impulses created at different points in the room. Yep, that's it. Even for a

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
oops, sent to fons only.. here's the mail to the lists, too. sorry for duplicate, fons: On Sat, 29 Jan 2005 16:16:04 +0100 Fons Adriaensen [EMAIL PROTECTED] wrote: On Sat, Jan 29, 2005 at 03:43:46PM +0100, Florian Schmidt wrote: Now i grok it. As a stereo impulse file is a response to

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 16:16:04 +0100 Fons Adriaensen [EMAIL PROTECTED] wrote: Yep, that's it. Even for a stereo output, you could have more than two inputs, each one corresponding to one place in the room. Hmm, i still find it interesting though that convolving each channel of for example a

Re: [Jackit-devel] Re: [linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-29 Thread Florian Schmidt
On Sat, 29 Jan 2005 16:57:04 +0100 Florian Schmidt [EMAIL PROTECTED] wrote: - fix error checking - add multiple response file support as explained above - add libsamplerate supprt for converting response files to jack samplerate - optimize the complex multiplication forgot an important one:

[linux-audio-dev] [ANNOUNCE] jack_convolve-0.0.1

2005-01-28 Thread Florian Schmidt
Hi, i implemented a small convolution engine for jack.. grab it at http://affenbande.org/~tapas/jack_convolve-0.0.1.tgz untar make ./jack_convolve responsefile.wav It creates as many in/out ports as the response file has channels. Uses fftw3f and libsndfile. Will add libsamplerate support in