simon.ben@free.fr

Let's talk about a ubumenu (concatened message, prefix used to define my sounds path, recursive folder = non zero) linked to a sfplay~ with a "prepend open" object.

Now I have two sounds, which are basically called "track01" (cd extraction for example), in the same path but not in the same folder.

If I'm playing the first "track01", then I'm unable to play the second one. It always plays the first played.

I've seen the fclose (followed by the name) message.

The question: I'd like to know if there's a work around for this? (excepted "never call two sounds the same"!)

Now I have two sounds, which are basically called "track01" (cd extraction for example), in the same path but not in the same folder. 

sfplay-update-process

Unfortunately sfplay~ keeps a global list of open files, keyed only 

on the file name. So there's no other workarounds at the moment aside 

It would be possible for us to key on the absolute path in the future 

to avoid this limitation, but it is not so in the current release.

Unfortunately sfplay~ keeps a global list of open files, keyed only  
on the file name. So there's no other workarounds at the moment aside  
from fclose or renaming the file.

It would be possible for us to key on the absolute path in the future  
to avoid this limitation, but it is not so in the current release.

Thank you Peter and Joshua.
I will wait for a future release...

sfplay~ update process