Hi Jamie,

Thanks for your response. I cloned the repo to see the history, and noticed a tendency of simplification: FFTW replaced by Ooura, autotools build system replaced by makefiles. Nice! In fact the whole library looks much simpler than one would expect for the given functionality. Even the Pd and MaxMSP wrappers were amazingly small and simple files.

For a library so systematic as LibXtract it makes sense to avoid wrapper code duplication. But will the extra complexity and overhead of Flext be justified in the case of these two wrapper externals plus corresponding makefiles? If the build system is your main concern, there may be a way to use a helper makefile like this for the Pd external and adapt (arguments for) it to build the MaxMSP version: https://github.com/pure-data/pd-lib-builder.

Katja

On Wed, Jul 15, 2015 at 9:15 AM, James Bullock James.Bullock@bcu.ac.uk wrote:

Hi Katja,

I removed the Max / Pd wrappers during a recent "clean up" of the repository. The plan is to rewrite them using Flext. I'm afraid I can't give a precise timescale for this, but I might get it done over the summer.

Best,

Jamie

Dr Jamie Bullock | Reader in Music Technology | Director of Integra Lab | http://jamiebullock.com

On Tue, Jul 14, 2015 at 11:31 pm, katja katjavetter@gmail.com wrote:

Hello,

Is libxtract (still) available for Pd? This paper has an illustration of it:

http://www.scribd.com/doc/10150335/libxtract-a-Lightweight-Library-for-Audio...

Apparently it was announced on Pd list in 2006. But on the current LibXtract repository (https://github.com/jamiebullock/LibXtract) I can't find any reference to Pd.

Katja

---

Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list