I don't know any good way to do that. But in general memory alocation also should be done in advance if you want robust real-time behavior, so in practice I'd make a list of the lengths of each readable soundfile in advance.
cheers Miller > >> > >> [1] Hm... rather than threaded... what if you could set a flag that tells > >> [soundfiler] the maximum amount of the soundfile to process every block? > >> Or maybe have an object called [soundfiler~], where you can give it an arg > >> to set the number of samples to be loaded every block? > >> > > That's what readsf~ does... just dump the output into a tabwrite~ and > > you're > > got it. > > And how do I set the right size for the array? > > -Jonathan > > > > > But the question of how to smoothly update table graphics without messing up > > real-time behavior is still wode open. > > > > cheers > > M > > _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
