[PD] u_loader and global preset manager in RJDJ lib

[Frank Barknecht]

Hi,

On Sun, Jun 05, 2011 at 04:53:22PM +0200, manecante wrote:
> i am trying out the rjdj lib and i am not sure to understand correctly
> how should the SSSAD abstraction u_loader be used.

Easy: Just add one with [u_loader <name_of_abstraction>-$1 $0] to each of your
abstractions and then use [u_dispatch <param> $0] to handle your parameters
inside the abstraction.  It's used like that all over the library. See below
for a detailed explanation. If you then use the abstraction, give each instance
an unique first argument (the SOMETAG).

Optionally connect the u_loader's inlet/outlet to the abstraction's control
inlet/oulet (the rightmost ones), like e.g. in [s_fm4].

> I used SSSAD before and built a global preset manager with a coll to
> get an index for each preset.
> Now when i open the u_loader help file i can see that the "SOMETAG"
> argument could represent the index that would permit me to retrieve
> each preset but, in this example, it is not designed in a way that you
> can dynamically change it. 

The "SOMETAG" identifier that is used as a placeholder in many help files is
used to make different instances of an abstraction unique in the view of the
saving system. It is not meant to be overridable, and actually I don't see why
you would need to change it dynamically.

The rj library makes extensive use of "local" sssad objects that have a second
argument, usually the parent's $0. This is to avoid nameclashes. These
local sssad objects don't send anything to the usual global receivers SSSAD and
SSSAD_ADMIN, instead they send to $2-SSSAD rsp. $2-SSSAD_ADMIN where $2 usually
is parent-$0: It is taken from the second arg in [sssad myparameter $0].

So far this is not specific to rj or [u_loader], it's just a feature of [sssad]
that I'd guess you probably haven't used much. But because the main receivers
now are some local $2-SSSAD, there has to be another bridge between the sssad
objects in abstractions and your global coll or textfile or whatever you want
to save to. 

[u_loader] is that bridge: By convention it is called with the abstraction's
name and $1 as argument - this $1 is replaced for example with the "SOMETAG"
from above. Instead of [sssad] (rsp. [u_sssad]) usually [u_dispatch] is used in
the rj abstractions as a wrapper around [sssad] - it is designed to work nicely
with [u_dispatch] if used like explained above. 

Now you can save everything into a textfile/messagebox or probably a coll as
shown in the [u_loader] help file: Send "save" to [s RJ_SCENE_SAVE] and collect
your settings through [r RJ_SCENE]. Reload or remote-control settings via [s
RJ_SCENE_LOAD].

> So each time you save a preset it will save
> the values with this prefix, and i don't understand how this way you
> can differentiate each preset then..

Did you make sure your "SOMETAG" is replaced with something unique (per
abstraction?)

All the best,
-- 
 Frank Barknecht            Do You RjDj.me?          _ ______footils.org__