[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