> >> So, i'd like to know it i'm to much optimistic, or if work on thread > >> with pd will be obsolet when pd 0.42 will be out. > > > > i didn't check the sources, but from the description in miller's icmc > > paper, > does anyone know where to fine this article?
i read it in the proceedings of the icmc 2008 > >pd~ introduces a pipelined approach, i.e. adding one block of > > latency when audio data is passed from one thread to another. > > from my understanding, the pd~ approach is static, so a patch would need > > to be written explicitly for the number of threads ... > well, if you can make an threaded_soudfiler abstraction based on pd~ and > soundfiler, then it should be ok... from my understanding pd~ provides a pipelining approach for distributing signal processing to multiple threads ... the soundfiler limitations are a different issue ... tim -- [EMAIL PROTECTED] http://tim.klingt.org Linux is like a wigwam: no windows, no gates, apache inside, stable.
signature.asc
Description: This is a digitally signed message part
_______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
