sflist quirk

May 20, 2006 at 1:06pm

sflist quirk

I was just putting together a soundfile player, using sflist and a jit.cellblock for playback. After a while, I began to realize that I was hearing older versions of the files I wanted to play.
What happens is this: the sflist object can “embed” the names of files to play to keep them in memory between uses. It informed me that it couldn’t find the files when reopening, so I added the folder to the path-list. Since I have several folders with previous versions of my files in the same parent folder, it apparently searched until it found a file of the same name and preloaded it, instead of the file (with a different path) originally specified.

Is there any way to force the sflist object to embed the complete path information instead of just the file name of preloaded cues?

May 20, 2006 at 8:19pm

I’ve found sflist to be not the most reliable of objects. when using
a lot of cues with sfplay~ I just put my list in a coll, and dump the
coll into the sfplay~ on load.



You must be logged in to reply to this topic.