Hallo!
- rewrite the patch using a professional software of your choice (it
would surprise me if supercollider isn't able to load soundfiles on the fly)
Yes, but also supercollider has disadvantages (as you might know) ... but anyhow, I don't want a supercollider vs. pd discussion now :)
- try pyext and numarrays
- rewrite the threaded soundfiler :-)
what about a threaded soundfiler with flext (dont know if this would work) ? then only thomas has the work to adpat it for the new pd releases ... :)
LG Georg
- try pyext and numarrays
- rewrite the threaded soundfiler :-)
what about a threaded soundfiler with flext (dont know if this would work) ? then only thomas has the work to adpat it for the new pd releases ... :)
well, it's not that easy ... at the moment pd's dsp chain has to be recompiled if the position of an array in memory has changed ... so it's not really a question, pd vs. flext, but a question pd's array, which is more or less a storage object, vs. an array object, that acts more as a server object for several clients ...
cheers ... tim
Hi Georg,
- try pyext and numarrays
- rewrite the threaded soundfiler :-)
what about a threaded soundfiler with flext (dont know if this would work) ? then only thomas has the work to adpat it for the new pd releases ... :)
I'm already working with py/pyext, libsnfile, the respective sndfile module available for Python, and numarrays. Needless to say that this is much more powerful than soundfiler. Since py/pyext is threaded files are loaded in nicely.... now, we only need an access object of numarrays for normal pd externals. I'll start experimenting with that soon... but i'm going for a bit of vacation first.
all the best, Thomas