SSSAD it's a nice way for collecting presets.
I think this is an important correction of sssad save module to post.
I use patches with a sssad module for each abstraction (many).
In the main project window I create a subpatch where to collect several sssad messages (messages created inside "pd datastore"), during a performance I can load many presets.

Sometimes is useful to change only certain settings and leave others unchanged, thus I write sssad messages with only the commands I need.
The "sssad.pd" I propose you, doesn't send messages when there's no relevant command to perform for his "parent".

I was said I should post this in the pd-list, but I feel it dispersive

ps: [sssad] was written by Frank Barknecht <fbar@footils.org> and was inspired from
a discussion about Max's [pv] and [pvar] objects on pd-list brought up by "Item
State"

http://www.pdpatchrepo.info/hurleur/sssad.pd

i just answered your post in the technical section

cheeers

Hi, I use sssad a lot and I find it very useful.

But when I use many save modules on my program, some of them suddenly stop working and I can find this line in my .txt files:

\\\\\\\$1/kill.SSAD/kill;

Is there any kind of limitation in the number of presets that can be saved in one file?
I have 135 lines...

thanks!

hi,

so stubborn i still don't use ssad, but have my own centralised preset saving system using arrays (so you can save .txt or not). from what i've gathered there shouldn't be a limit to the number of lines though...
if my "alternative" system might interest you let me know and i'll post an example in a machine.

Hello gab_lecup

Yes, I would be happy to see your alternative to SSSAD...can you post it here?

Thanks!

hey,

not really an alternative, never tried sssad in fact. just a preset saving system based on panel saving (got the idea from this forum, boonier i think) which works out for the moment.

here posted an example. save a new patch in the same download folder and create an object "mud xxx", where xxx is the unit's name.

feedback would be great. is sssad much easier to build?

http://www.pdpatchrepo.info/hurleur/mud.pd

2nd

http://www.pdpatchrepo.info/hurleur/mudchanel.pd

3rd

http://www.pdpatchrepo.info/hurleur/DR.pd

4th

http://www.pdpatchrepo.info/hurleur/supergaussian.pd

Hi,

just a quick note: The version of sssad that your enhancements are based on is pretty old - the current versions have various new features that deal with local saving and setting specific keys only. Local saving can be achieved by adding a $0 as second argument to a sssad object, e.g. [sssad key $0]. And then there are "setonly" and "saveonly" messages to the sssad-object available to manage specific keys. I admit the latter aren't yet properly documented in the help file ...

Ciao

Frank Barknecht

Frank, it would be great if you could post a downloadable version of sssad somewhere online (maybe footils.org?). I realize you put it up on SVN, but I think in general people who aren't programmers or don't compile code on their own don't really use SVN. Googling for sssad usually leads to the old ones hosted by Chris McCormick. Or some athletic school in Saskatoon.

hi,

yes i guess i should take a look at sssad, never thought of a second $0 argument. this really wasn't an enhancement it's a systeme i developed and use until i get something ebtter .... as soon as i'm done with datastructures i'll get back to it. thanks,

gab

@Maelstorm said:

Frank, it would be great if you could post a downloadable version of sssad somewhere online (maybe footils.org?). I realize you put it up on SVN, but I think in general people who aren't programmers or don't compile code on their own don't really use SVN. Googling for sssad usually leads to the old ones hosted by Chris McCormick. Or some athletic school in Saskatoon.

Yeah, what's SVN?

On a serious note, I'm reasonably adept in computer stuff, I know it stands for Subversion, but even after looking into it a little, I am still stumped by it so I do tend to avoid SVN stuff.

With "SVN" I meant the code repository in "Subversion"-format that a lot of Pd objects and Pd itself are managed with. sssad is kept there as well, and it's located here:

http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/abstractions/footils/sssad/

There is an option to download a complete archive by using the Download GNU tarball link at the bottom.

Oh, and sorry about the athletic school. I mailed them and asked for a name change but they didn't reply yet.

@mrpropre said:

Hi, I use sssad a lot and I find it very useful.

But when I use many save modules on my program, some of them suddenly stop working and I can find this line in my .txt files:

\\\\\\\$1/kill.SSAD/kill;

Is there any kind of limitation in the number of presets that can be saved in one file?
I have 135 lines...

thanks!

I have the same problem, but found that it has to do with the loading, not the saving of data.

In my patch, I think I found the problem.
When I save too many single parameters in the same abstraction, I cannot load them properly.

So, now I put every parameters of the abstraction in a temporal storage (a table), and I dump a single list that is stored in sssad

Still many problems here. Even if I can save more parameters than before, I need to find a different way to store my data because I loose my preset everytime!

@boonier said:

Incidently, why do you use SSSAD over Memento - what are the fundamental differences?

What is Memento and how do I find it?