[PD] Bidirectional Module Problem - dynamically changing delwrite?

[Kim Taylor]

Hi

> if you really want a settable [delwrite~], why don't you just use
> something like
>
> [set varname2(
> |
> [receive~ varname]
> |
> [delwrite~ fixedname]

How exactly can this function as a settable delwrite~?

> no, you cannot dynamically change the [delwrite~] name, because
> [delwrite~] is the object that actually holds the delay line.

Okay I understand... How about delread~ and vd~? If delwrite~ cannot
be dynamically changed because it holds the delay line, then shouldn't
the functions that read from it be more flexible? I have tested and
they do not seem to respond to set :(

Thanks for your help
K

On 5/15/07, IOhannes m zmoelnig <zmoelnig at iem.at> wrote:
> Kim Taylor wrote:
>
> > So I am stuck. Is there any way I can dynamically create/set a
> > delwrite~? It seems to be the only function that might work in this
>
> no, you cannot dynamically change the [delwrite~] name, because
> [delwrite~] is the object that actually holds the delay line.
> all the [delread~]s and [vd~]s out there will depend on the existence of
> a named [delwrite~].
>
> this is much the same as with [catch~]/[throw~] and [send~]/[receive~],
> so it follows the same logic: the object that would break everything
> when missing, cannot be made missing.
>
> pd does not impose much, but it tends to not allow you to create invalid
> dsp-graphs.
>
>
>
> > case, and all that I need to do is change the destination.
> > Or can anyone see another way i could realise the structure shown in the image?
>
> if you really want a settable [delwrite~], why don't you just use
> something like
>
> [set varname2(
> |
> [receive~ varname]
> |
> [delwrite~ fixedname]
>
>
> >
> > Alternatively, is this something that can be done with externals? I
>
> not if you prefer no segfaults.
>
> mfga.sdr
> IOhannes
>