Hi Hens, and first of all thanks for the idea!
Unfortunaely my issue is not just at startup. I'm working on huge mp3 database, and as soon as I read, say, even just 300 of them, this ends up taking ~80GB space. The issue is at runtime! :)
At the moment I'm using script similar to yours, yet triggered "manually" with a [shell] object. That's not ideal, but it's a workaround.
I was hoping there was somewhere a feature preventing the caching. Apparently that's not the case.
However, I hope that this behavior will change in future version, since it is very annoying: I'm asking Max to play an MP3 and Max is 1) converting it (well... ok...), 2) storing it somewhere on the hard drive (...), 3) keeping it there FOREVER (and this is really awful).
It would be cool to have *true* MP3 playback, no conversion/storage needed. Or at least, please put a way to automatically delete files after usage (e.g. whenever a new file is opened on the same sfplay~).
Again, thanks for the script.
d