[PD] sssad key-name in abstractions (was: is $0 the same on every load?)
Damian Stewart
damian at frey.co.nz
Wed Jul 23 10:38:14 CEST 2008
IOhannes m zmoelnig schreef:
>> hmm.. so what if i have for example a delay abstraction which a GOP
>> gui, and i want to have multiple instances of this abstraction? i
>> suppose i'd have to name each one individually, passing a name on
>> initialisation?
>>
>> what if i have a delay abstraction inside a synth abstraction, and i
>> want two instances of the synth abstraction? then i have two instances
>> of the delay abstraction but no easy way to name them without messily
>> chaining up the name strings...
>
> hmm, the subject suggests this is about $0, so i am not sure whether i
> fully understand your question (or what you are missing): just use
> "$0-mydel".
> that $0 is not 1026 shouldn't be a problem for you either.
have changed the subject line to something better ;-)
my understanding of sssad is that it requires data be given unique key
names. the question is how to generate these unique key names within
multiple instances of abstractions. the original discussion was about
using $0 to do this, which doesn't seem possible. in your example if i
save a bunch of states with eg mydelay-$0-delaytime when $0 is 1026,
then go and try to load these up some other time, then $0 is not
guaranteed to be 1026.
i suppose the solution is to have a delay that takes an instance name
argument, eg [mydelay left], then use that instance name in the sssad
key, eg mydelay-$1-delaytime, which will create mydelay-left-delaytime
for [mydelay left]. but then the problem remains - if i have a synth
that has built-in delay [mydelay left], and i want to have two
abstractions of this synth, i'm going to end up with two sets of keys
mydelay-left-delaytime. so i need some kind of chained name thing, eg
[mysynth squelchy] instantiates [mysynth $1-left], so the sssad key will
be mydelay-squelchy-left-delaytime.
chaining through multiple levels of abstraction like this (which i tend
to do when i'm building patches) is going to lead to keynames like
mylpf-squelchy-left-sawtooth-lfo-pre-cutoff, for the cutoff frequency of
an lfo pre-filter inside the sawtooth generator for the left channel of
the 'squelchy' synth. which i suppose isn't a problem, really, it's just
a bit messy.
More information about the Pd-list
mailing list