[PD] sssad slowness

Enrique Erne enrique at netpd.org
Fri Jul 25 09:46:14 CEST 2008


Frank Barknecht wrote:
> Hallo,
> Enrique Erne hat gesagt: // Enrique Erne wrote:
> 
>> additionally i created a new [sssad key] "on the fly". this one has now 
>> thanks to the original method (of singleton) no initial first setting.
>> ...but if created "on the fly" it does not have the correct content.
>> -->but the original sssad has the same problem afaik.
> 
> Yes, that's true, but IMO it's not a big problem: Just press "set"
> twice. ;)

surely no problem for me.

> (The known bigger problem is that deleting the first [sssad key] will
> break all other [sssad key] until you reload the patch. 

i had an idea about that. in the last version every sssad instance 
stores the content. this was not on purpose but it could be used to do a 
check on the event of saving. the loadband event is now exchanged and 
the check is when the user does the save. one disadvantage is that there 
is more sssad communication everytime a user saves. not sure if you want 
to go that way.
please check the attached version.

eni
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: sssad.pd
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20080725/6d855b42/attachment.txt>


More information about the Pd-list mailing list