Re: [PD] LibXtract for Pd?
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 On 15 July 2015 at 08:29:45, James Bullock (james.bull...@bcu.ac.ukmailto:james.bull...@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 On 15 July 2015 at 08:15:44, James Bullock (james.bull...@bcu.ac.ukmailto:james.bull...@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 katjavet...@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-Feature-Extraction 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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] LibXtract for Pd?
Hi Alex, On Wed, Jul 15, 2015 at 6:02 pm, Alexandre Torres Porres por...@gmail.com wrote: Hi Jamie, would you consider having LibXtract available in the new Deken plugin? I haven't looked at Deken in detail yet, but in principle I'd like to make both LibXtract and ml.lib available this way. Best, Jamie ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] LibXtract for Pd?
Hi Jamie, would you consider having LibXtract available in the new Deken plugin? That'd be great :) 2015-07-15 9:21 GMT-03:00 James Bullock james.bull...@bcu.ac.uk: Hi, On 15 July 2015 at 11:57:17, katja (katjavet...@gmail.com) wrote: 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. Thanks. It’s good to know my attempts to “keep it simple” are appreciated :) 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? Do you mean runtime overhead or maintenance overhead? I’ve never set out to measure the runtime overhead of Flext, but my impression is that it’s insignificant and certainly I’ve never noticed it. But if there is evidence suggesting otherwise, I’d be interested to know about it. In terms of maintenance / build complexity, since commit 73bd8015 Flext is greatly simplified (through the use of C++ templates), requiring only a single header include; no more building and link static libraries! This means to support a flext external only two steps are needed: 1. add the Flext repository as a git submodule, 2. include flext.h 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. I guess my concern is that I’m planning to move _all_ of my externals over to Flext so I only have one API to think about. I would therefore need a compelling reason to make an exception. BTW, I’m planning to support a wider range of F0 detection methods, including at some point your own Helmholtz algorithm. best, Jamie ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] LibXtract for Pd?
Hi, On 15 July 2015 at 11:57:17, katja (katjavet...@gmail.commailto:katjavet...@gmail.com) wrote: 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. Thanks. It’s good to know my attempts to “keep it simple” are appreciated :) 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? Do you mean runtime overhead or maintenance overhead? I’ve never set out to measure the runtime overhead of Flext, but my impression is that it’s insignificant and certainly I’ve never noticed it. But if there is evidence suggesting otherwise, I’d be interested to know about it. In terms of maintenance / build complexity, since commit 73bd8015 Flext is greatly simplified (through the use of C++ templates), requiring only a single header include; no more building and link static libraries! This means to support a flext external only two steps are needed: 1. add the Flext repository as a git submodule, 2. include flext.h 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. I guess my concern is that I’m planning to move _all_ of my externals over to Flext so I only have one API to think about. I would therefore need a compelling reason to make an exception. BTW, I’m planning to support a wider range of F0 detection methods, including at some point your own Helmholtz algorithm. best, Jamie ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] LibXtract for Pd?
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.bull...@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 katjavet...@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-Feature-Extraction 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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] LibXtract for Pd?
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-Feature-Extraction 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
