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
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 int
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
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
inpu
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))
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,
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 chunk
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
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 s
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 res
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
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
> >
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
> >
13 matches
Mail list logo