<div dir="ltr"><div><div><div>Just an update with a happy ending:<br></div>it turned out that rc-patches was still in the search path and it indirectly involved an incompatible version of sssad. Removing it from the path fixed the problem.<br>
</div>Thanks for the tips, they definitely helped me understand what to look for.<br><br></div>András<br><div><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 24, 2013 at 4:00 PM, András Murányi <span dir="ltr"><<a href="mailto:muranyia@gmail.com" target="_blank">muranyia@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>Ciao Frank,<br><br></div>thanks for the tip.<br></div>I'm using [presetstore] which writes to [pd presetstore0] (etc...) subpatches. (BTW, latest s-abstractions don't have [presetstore] any more?)</div>
I've set up the print on receivers, but I guess placing [r $2-SSSAD_ADMIN] and [r $2-SSSAD] inside the [presetstore] patch was not a good idea because they didn't receive anything (where to put them then?)<br><br>
</div>The output looks like this:<br><div>SSSAD: list e5/envelope 4 0 79 68 80 69 47 140 46<br>SSSAD: list e3/envelope 3 0 80 44 80 140 70<br>SSSAD: list e2/envelope 4 0 38 61 80 94 40 140 80<br>SSSAD: list e4/envelope 7 0 80 36 65 55 39 76 70 96 38 113 69 140 80<br>
SSSAD: list e1/envelope 2 0 0 140 80<br>presetstore saving: presetstore6<br>SSSAD_ADMIN: save<br><br></div><div>The other strange sting is that the output only shows the stuff to save for the envelopes which had sssad "built in" (they are based on an older version of [s-env] i think), and no data for the numerous objects for which I have set up sssad myself. They are all calling sssad from the same location however (no directory prefix, just [sssad]), which is, according to my search path, is the sssad in s-abstractions.<br>
</div><div>I'm still lost...<span class="HOEnZb"><font color="#888888"><br></font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div><div>András
</div></font></span><div><div class="h5"><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 24, 2013 at 2:49 PM, Frank Barknecht <span dir="ltr"><<a href="mailto:fbar@footils.org" target="_blank">fbar@footils.org</a>></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><div><br>
On Sun, Jun 23, 2013 at 09:42:54PM +0200, András Murányi wrote:<br>
> I've been having a problem with SSSAD for a few weeks: it's able to load<br>
> presets, but when it comes to saving, an empty state is written (i mean, it<br>
> does write but it overwrites the previous content of the preset with<br>
> nothingness). The example patches don't work either.<br>
> There are no errors in the console and I have also overwritten the whole<br>
> SSSAD folder with a newly downloaded one, still no joy.<br>
> Tested in vanilla and it works.<br>
<br>
</div></div>sssad.pd itself doesn't write anything to disk, so there must be<br>
something else that's doing the writing. What sssad does is sending messages to<br>
receivers called SSSAD_ADMIN and SSSAD or to semi-global receivers called<br>
$2-SSSAD_ADMIN and $2-SSSAD for [sssad] objects with a second argument<br>
different from 0.<br>
<br>
You can try to read and [print] these receivers to debug if no data is received.<br>
<br>
Ciao<br>
<span><font color="#888888">--<br>
Frank Barknecht _ ______footils.org__<br>
</font></span><div><div><br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br><br clear="all"><br><br></div></div></div></div>
</blockquote></div><br><br></div></div></div></div></div></div>