Hi Atte, Now that you're on your way with sssad, there's a nice trick you should know. If you find that loading a preset causes dropouts, consider using a ram disk to hold your presets during performance. This solved all my dropout problems, and it's easy to do (I can post a script for OS X if anyone wants it).
Phil Atte André Jensen wrote: > Frank Barknecht wrote: > > >> Pd-extended is broken in that it cannot load abstractions that are in >> directories which have the same name as the abstraction. At least >> that's how I understand the problem. Users of upstream Pd like me >> aren't affected. >> > > I see. I found this has been has been discussed very recently, and I > read the thread, and feel somewhat enlightend. > > >> Maybe it's the same issue of pd-extended that makes it fail to load >> [sssad]? I have no idea. >> > > After moving sssad* to extra (see below) sssad-help.pd also works. Seems > to be related... > > >>> Additional question: I never saw the slash in objects (like in >>> [sssad/ssad]) before, it that some kind of namespace thing? Where can I >>> read more on that, including pros/cons and recommended ways/conventions? >>> >> Can of worms here, you may want to read up in the archives. >> > > Thanks for the heads up! > > >> As a workaround you can move the content of extra/sssad into the >> "extra" directory or another directory of your Pd-path. >> > > Ok, that seems to work. I can even make sssad-example.pd load/restore > form file. That's great, now I have something working and play with that > and see where it takes me. > > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
