[PD-dev] does pd use dual buffer approach ?

[Charles Henry]

Hey, there, Sergei
  I was just working on an example to show you if it can be done...  I
have worked with this quite a bit, and have successfully used filters
as long as 1.5 seconds long @ 44kHz using my dinky little 1.6Ghz
Sempron.  Although the original implementation was a subband adaptive
filter using wavelet transform, and many other externals I wrote to do
it, it DID use pd's own blocking/dsp scheduling system. So, I for one
think it is possible, depending upon your system (also I was using
Linux, by the way).
  However, then I created a canvas that covered up some things to make
a GOP patch.  Ummm apparently I did things in the wrong order, so it
crashes now, every time.
I will try to recover the work I just did, and get back to you as soon as I can.

Chuck



On 8/18/07, Sergei Steshenko <sergstesh at yahoo.com> wrote:
>
> --- Miller Puckette <mpuckett at imusic1.ucsd.edu> wrote:
>
> > Depending on the OS, you can get at least 100 milliseconds of buffering and
> > perhaps much more... so it should be fine.
> >
> > cheers
> > Miller
> >
>
> Well, the OS is Linux (SUSE 10.2 to be precise) and I'm interested in FFT
> transforms taking, say, 3 seconds.
>
> Will pd allocate the necessary buffers/threads ?
>
> Can pd be configured to cope with such latencies ?
>
> If yes, at run time or at compile time ?
>
> Thanks,
>   Sergei.
>
> Applications From Scratch: http://appsfromscratch.berlios.de/
>
>
>       ____________________________________________________________________________________
> Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center.
> http://autos.yahoo.com/green_center/
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev
>