Hallo,
Dan Wilcox hat gesagt: // Dan Wilcox wrote:
Ahh I see, I think I'm using the wrong terminology then. I'm using
local as in objects with a certain osc-style prefix.
Ahh now I see, too. ;)
You may like the new setonly and saveonly messages to send to
SSSAD_ADMIN rsp. $0-SSSAD_ADMIN.
Hallo,
Dan Wilcox hat gesagt: // Dan Wilcox wrote:
I've been using the sssad objects, mainly datastore within my main song
patches for a while now but needed to be able to save just locla
objects. I found thesolution in the 808_local object in the diy2
patches but had the problem of multiple
On Sun, 2008-11-30 at 21:49 +0100, Frank Barknecht wrote:
Are you using the latest version of sssad? Because new versions have
local saving already built in - you activate it by giving the
sssad-instances an additional argument, usually $0, like this:
[sssad somename $0]
Yeah I'm
On Sun, 2008-11-30 at 21:49 +0100, Frank Barknecht wrote:
Hallo,
Dan Wilcox hat gesagt: // Dan Wilcox wrote:
Are you using the latest version of sssad? Because new versions have
local saving already built in - you activate it by giving the
sssad-instances an additional argument, usually $0,
Is it possible to retrieve the name of the parent patch? If so, then
mabey I can rework
rc-sssad to use the parent patchname and prepend that to the keys
automatically so that
it will yield the same results, but without having to manually add a
prefix everytime I create
and name a sssad-enabled
You can using IOhannes' iemguts library, currently in SVN in
externals/iem/iemguts.
.hc
On Nov 30, 2008, at 6:17 PM, Dan Wilcox wrote:
Is it possible to retrieve the name of the parent patch? If so,
then mabey I can rework
rc-sssad to use the parent patchname and prepend that to the