wippen

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?

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?


sflist-quirk

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 

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.

sflist quirk