[PD] inquire block size

[Matt Barber]

​I might do it the IOhannes way, but put in a [switch~], turn on dsp, and
send a bang to the [switch~]s in each instance to get dsp on for one block
(and turn it off if desired). I'd send that bang as near to the end of my
main patch's initial [loadbang] sequenc​e as possible. If you wanted to get
really fancy, if you knew either the maximum block size or the number of
abstraction instances, you could close off all your user interface controls
with [spigot]s and then open them back up after the requisite delay (if you
know the max block size) or after you've counted all of the [bang~]s from
the abstraction instances (if you know the number).

On Sat, Jun 11, 2016 at 6:43 PM, Christof Ressi <christof.ressi at gmx.at>
wrote:

> I know you're looking for a vanilla solution. But just in case it might
> help: there's an object called [iem_blocksize~] in iemlib which I think
> does what you're looking for.
>
> Christof
>
> > Gesendet: Sonntag, 12. Juni 2016 um 00:31 Uhr
> > Von: "Thomas Grill" <gr at grrrr.org>
> > An: "IOhannes m zmölnig" <zmoelnig at iem.at>
> > Cc: pd-list at lists.iem.at
> > Betreff: Re: [PD] inquire block size
> >
> > Thanks, i guess there's no way around using DSP right now which is
> difficult to unite with loadbang initialization after instantiation of the
> abstraction.
> > This is my approach so far:
> > https://github.com/grrrr/upp/blob/master/upp.blocksize.pd
> >
> > --
> > Thomas Grill
> > http://grrrr.org
> >
> >
> >
> > > Am 12.06.2016 um 00:24 schrieb IOhannes m zmölnig <zmoelnig at iem.at>:
> > >
> > > On 06/12/2016 12:16 AM, Thomas Grill wrote:
> > >> Sure, thanks, but your answer implies that there is currently no way
> to do this with Vanilla objects, right?
> > >> I think there should be a way.
> > >
> > >
> > > attached is a somewhat naive approach to the problem in pure vanilla.
> > >
> > > it doesn't take any overlap/oversampling into account, and only works
> up
> > > to blocksizes of 65536-
> > >
> > > gmsdr
> > > IOhannes
> > >
> > > <vecsize~.pd>_______________________________________________
> > > Pd-list at lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160611/6a86b479/attachment-0001.html>