[PD] Cyclone in vanilla?
Matt Barber
brbrofsvl at gmail.com
Wed Apr 23 15:14:18 CEST 2008
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 at footils.org>
> Subject: Re: [PD] Cyclone in vanilla?
> To: pd-list at iem.at
> Message-ID: <20080423092434.GJ9293 at 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__
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: zelwrite~.pd
> Type: application/puredata
> Size: 116 bytes
> Desc: not available
> Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080423/bc1a4a5a/attachment-0003.bin
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: zel~-help.pd
> Type: application/puredata
> Size: 531 bytes
> Desc: not available
> Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080423/bc1a4a5a/attachment-0004.bin
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: zel~.pd
> Type: application/puredata
> Size: 893 bytes
> Desc: not available
> Url : http://lists.puredata.info/pipermail/pd-list/attachments/20080423/bc1a4a5a/attachment-0005.bin
>
More information about the Pd-list
mailing list