[PD-dev] strange behavior of [metro 98.5] for [tabwrite~] into visual array

Miller Puckette msp at ucsd.edu
Mon Oct 29 03:00:56 CET 2012


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
> >



More information about the Pd-dev mailing list