Frank,
Thanks for the attachment. You're right about the block~ size; I was
thinking about if you wanted to later use it in recursive delay
networks, but I had forgotten that an abstraction will block~ to its
parent patch (yes?).
As a note, to make it compatible with earlier versions of PD, you
can't embed $0 in the middle of a symbol -- to send a message to
pd-$0-name you have to use [makefilename] or some such (this would
currently be important for users of the vanilla subset within
extended, say under planetccrma).
Thanks,
Matt
> Date: Wed, 23 Apr 2008 11:24:34 +0200
> From: Frank Barknecht <fbar(a)footils.org>
> Subject: Re: [PD] Cyclone in vanilla?
> To: pd-list(a)iem.at
> Message-ID: <20080423092434.GJ9293(a)fliwatut.scifi>
> Content-Type: text/plain; charset="us-ascii"
>
> Hallo,
> Matt Barber hat gesagt: // Matt Barber wrote:
>
> > Actually, for those of us who insist on vanilla and do everything with
> > expr/expr~/fexpr~ or abstractions, is it possible to implement [z~] in
> > fexpr~ for a delay larger than its vector size? You could do it with
> > an abstraction using [delwrite~] and [delread~], setting the [block~]
> > to 1, and then set the delay as a ratio to the [samplerate~] -- the
> > difficulty in making it work correctly here is setting the size of the
> > [delwrite~] efficiently (this could maybe be done with a loadbang
> > routine that would send a message to a subpatch in the abstraction
> > instance to add and connect a delwrite~ with the proper delay
> > allocation...).
>
> You don't need to set the block~-size to 1, and personally I would
> just make the delwrite~ "big enough". It's cheap to store things in a
> delay. But anyway, attached is a z~-clone with delwrite~/delread~ that
> uses a helper abstraction created dynamically.
>
> Ciao
> --
> Frank Barknecht _ ______footils.org__
>