Hi,
I have written a FFTW based block convolution jack client, but I am
having difficulty processing the last jackframes%L samples of the jack
buffer. I have read that it might be an idea to collect the samples
into a second buffer and process them independently of the jack
process callback, but
Hi Damien,
On Thu, 10 Jun 2010, Damien Zammit wrote:
Hi,
I have written a FFTW based block convolution jack client, but I am
having difficulty processing the last jackframes%L samples of the jack
buffer. I have read that it might be an idea to collect the samples
What do you mean by "the l
On 06/10/2010 03:18 PM, Damien Zammit wrote:
> Hi,
>
> I have written a FFTW based block convolution jack client, but I am
> having difficulty processing the last jackframes%L samples of the jack
> buffer. I have read that it might be an idea to collect the samples
> into a second buffer and proc
Am Donnerstag, den 10.06.2010, 23:18 +1000 schrieb Damien Zammit:
> Hi,
>
> I have written a FFTW based block convolution jack client, but I am
> having difficulty processing the last jackframes%L samples of the jack
> buffer. I have read that it might be an idea to collect the samples
> into a s
>> I have written a FFTW based block convolution jack client, but I am
>> having difficulty processing the last jackframes%L samples of the jack
>> buffer. I have read that it might be an idea to collect the samples
>
> What do you mean by "the last jackframes%L samples" ??
The algorithm I am usi
On Mon, Jun 14, 2010 at 02:17:30PM +1000, Damien Zammit wrote:
> The algorithm I am using is the standard overlap-add method of block
> convolution as defined in Oppenheim and Schafer 1989. Basically, I take a
> FIR filter of length M taps, zero pad to N=L+M-1 where L is the length of my
> sub-bl
