sflist quirk

    May 20 2006 | 1:06 pm
    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 | 8:19 pm
      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.