Do you really have so many soundfiles that they can't all fit in RAM? My solution has been to preload all the samples I need before performing.
best, d. Ingo Scherzinger wrote: > Hi Georg, > > I just tested it. You wrote "this is very experimental and may crash > your patch". > ... and yes, it did! > Unfortunately when it doesn't crash the patch it also interupts audio. > BTW you should add the option of using the "-resize" in the load message > so you can use the same commands as for soundfiler without having to > change all the load messages when replacing "soundfiler" with > "sndfiler". I guess "sndfiler" should simply ignore "-resize". > Too bad, but it's not usable for me at the current state it is in. It's > simply too unstable. > I need something extremely stable as I am developing a hardware > instrument (sample player) that runs with pd. Anything unstable is > absolutely out of the question. > I guess I'll have to keep loading the patches as the get recalled > instead of loading in the background after the instrument stared playing > already. > > Thanks anyway > Ingo > > > Georg Holzmann schrieb: >> Ingo Scherzinger schrieb: >>> Hi, >>> >>> does anybody know if there is an alternative method to soundfiler in >>> order to load wave files into tables. >>> Soundfiler is not realtime capable and I urgently need to load files >>> in the background while playing audio and midi without interruption. >>> >>> Maybe an external? >> sndfiler: http://grh.mur.at/software/sndfiler.html >> >> LG >> Georg >> > > _______________________________________________ > PD-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 64: "Don't stress one thing more than another" _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list