<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 29, 2013 at 7:48 PM, Jonathan Wilkes <span dir="ltr">&lt;<a href="mailto:jancsika@yahoo.com" target="_blank">jancsika@yahoo.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div><div class="h5">
    <div>On 07/29/2013 07:50 AM, András Murányi
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">On Thu, Nov 25, 2010 at 10:19 AM,
            Frank Barknecht <span dir="ltr">&lt;<a href="mailto:fbar@footils.org" target="_blank">fbar@footils.org</a>&gt;</span> wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
              <div><br>
                On Thu, Nov 25, 2010 at 03:28:01AM +0100, András Murányi
                wrote:<br>
                &gt; Cool, i was wandering around in the rj lib but i
                couldn&#39;t find how this thing<br>
                &gt; works.  Can you just tell me in a nutshell please?<br>
                <br>
              </div>
              yeah, it&#39;s a bit convoluted, to make it play nice in the
              background without a<br>
              user ever having to see a single sssad object ...<br>
              <br>
              Anyway the real interesting feature you will like is not
              so much the &quot;saveonly&quot;<br>
              message but local saving which is enabled by adding
              something like &quot;$0&quot; as<br>
              second argument to your [sssad] objects. Such local sssad
              objects cannot be controlled<br>
              via sending to &quot;SSSAD_ADMIN&quot; anymore! Instead you have to
              send to &quot;$0-SSSAD_ADMIN&quot;.<br>
              <br>
              In rj, the [u_sssad] objects are copies of sssad.pd and
              they are hidden<br>
              in [u_dispatch] objects. These objects are in almost every
              rj abstraction and<br>
              handle two things: Dispatching of &quot;tagged messages&quot; from
              an inlet to local<br>
              receivers and saving the sssad-parameters.<br>
              <br>
              For example a [u_dispatch $0 freq] will turn messages like
              &quot;freq 440&quot; into a<br>
              &quot;440&quot; sent to [s $0-freq] and it will also save &quot;440&quot; into
              a local(!)<br>
              sssad-parameter called &quot;freq&quot; that is local to the value
              of $0.<br>
              <br>
              Now a second utility abstraction, [u_loader] will build a
              bridge between these<br>
              local sssads with their $0-SSSAD_ADMIN receivers and two
              global receivers<br>
              called RJ_SCENE_LOAD and RJ_SCENE_SAVE. Actually these are
              seldomly used in<br>
              rjdj scenes.<br>
              <br>
              A typical idiom to get the state of all sssads in one
              abstraction is to send<br>
              &quot;save&quot; to the $0-SSSAD_ADMIN in ony abstraction, then
              collect all the responses<br>
              into messages and save these into message boxes.  This is
              handled inside of<br>
              [u_loader] and can be seen all over the rj library,
              expecially in Andy&#39;s synths<br>
              like s_ejun or s_cwc.<br>
              <br>
              If this sounds too complicated and you want to just have a
              presettable<br>
              abstraction, you just need to do this:<br>
              <br>
              1) add a [u_loader abstractionname-$1 $0] object<br>
              2) add a [u_dispatch $0 parametername] object for every
              parameter<br>
              3) daisychain all [u_dispatch] with connections and
              connect the first one to an inlet.<br>
              3.1) Optionally: Connect [u_loader]&#39;s outlet to an outlet
              and route incoming<br>
                &quot;save&quot; messages to its inlet to save settings in the
              parent patch, e.g. with [u_cocollect]<br>
              4) Call you abstractions with unique tags as first
              argument<br>
              <br>
              Now try sending stuff to RJ_SCENE_SAVE and RJ_SCENE_LOAD
              and to the inlets of<br>
              your abstractions.<br>
              <br>
              Ciao<br>
              <span><font color="#888888">--<br>
                   Frank Barknecht            Do You RjDj.me?          _
                  ______footils.org__<br>
                </font></span>
              <div>
                <div><br>
                </div>
              </div>
            </blockquote>
          </div>
          <br>
          <div>Huh, I&#39;m trying to pick this up (after 3 years...)<br>
          </div>
          Honestly, currently my IQ seems to be less than satisfactory
          to understand and utilize the advice. (It&#39;s also almost 40
          degrees C here so I&#39;ll have to think out loud...)<br>
          <br>
        </div>
        <div class="gmail_extra">- is the SSSAD in s-abstractions recent
          enough for these tricks? (<a href="http://code.google.com/p/s-abstractions/source/browse/#svn%2Ftrunk%2Fsssad" target="_blank">http://code.google.com/p/s-abstractions/source/browse/#svn%2Ftrunk%2Fsssad</a>)<br>


        </div>
        <div class="gmail_extra">- is there an example patch of SSSAD
          local saving available? i just wish to see/understand how to
          save and load presets exclusive for an abstraction instance.<br>
        </div>
        <div class="gmail_extra">
          - or, please, is it possible to list the steps of creating
          SSSAD local saving for an abstraction? (eventually using
          [presetstore]... which I have attached because it&#39;s not hosted
          anywhere any more)?<br>
        </div>
        <div class="gmail_extra">
          - is at viable at all to avoid using rjlib for this (and to
          use &#39;pure&#39; SSSAD), or I couldn&#39;t get away without all that
          patching that is in u_loader, u_dispatch, u_cocollect etc?<br>
        </div>
        <div class="gmail_extra">
          <br clear="all">
        </div>
        <div class="gmail_extra">...sorry for the dependent mental state
          in which I am! :-o<br>
        </div>
      </div>
    </blockquote>
    <br></div></div>
    I don&#39;t think it&#39;s your mental state.  Those tools are clunky.<br>
    <br>
    Have you looked at Ivica&#39;s [preset_hub] in Pd-l2ork?  You simply
    name the [preset_hub],<br>
    and all the [preset_node] objects with the same name on that canvas
    or a child of it<br>
    (including abstractions) work together.  No need to use dollarsign
    arguments at all.<br>
    All state is saved with the patch and adding/removing nodes works
    seamlessly, even with<br>
    infinite undo.<br>
    <br>
    His preset system even makes an automatic, hidden connection back
    into the [preset_node]<br>
    so you don&#39;t get crossed wires.<br>
    <br>
    -Jonathan</div></blockquote><div bgcolor="#FFFFFF" text="#000000"> <br></div><div bgcolor="#FFFFFF" text="#000000">Now that you told it, I gave myself a shot of it. Mmmmmm...! Simple and fast and feels so good.<br></div>

<div bgcolor="#FFFFFF" text="#000000">However... I&#39;m afraid of locking myself in pd-l2ork. That would mean that my songs are basically in l2ork.<br></div><div bgcolor="#FFFFFF" text="#000000">Where does this thing store its data? Is it possible to dump it out in raw form?<br>

</div><div bgcolor="#FFFFFF" text="#000000">On the other hand, you&#39;ve been using l2ork for a while, right? Can I ask you &quot;how does it feel&quot;, do you feel locked in, etc? You no miss 0.43 plugins...?!<br></div>

<div bgcolor="#FFFFFF" text="#000000"><br></div><div bgcolor="#FFFFFF" text="#000000">Thanks,<br></div><div bgcolor="#FFFFFF" text="#000000"><br>András
</div></div></div></div>