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 <[EMAIL PROTECTED]> > Subject: Re: [PD] Cyclone in vanilla? > To: pd-list@iem.at > Message-ID: <[EMAIL PROTECTED]> > 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 > _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list