Just a couple of thoughts:

If you don't need to load too many files you can have them preloaded on some subpatch.

If they are many and constantly changing you can try using a portion of your RAM as a virtual HDD, this overrides all fiscal bottleneck of disk IO.

https://en.wikipedia.org/wiki/RAM_drive


https://en.wikipedia.org/wiki/List_of_RAM_drive_software


On Windows I used “ImDisk Virtual Disk Driver”

http://www.ltr-data.se/opencode.html/




Mensaje telepatico asistido por maquinas.



From: Pd-list <pd-list-bounces@lists.iem.at> on behalf of José Rafael Subía Valdez <jsubiavaldez@gmail.com>
Sent: Monday, February 27, 2017 5:16 PM
To: pd-list
Subject: [PD] soundfiler alternative?
 
Hello List, 

I recently encountered a problem while developing a patch. I get audio drops when I load a sample to a table. Now, I know this is an issue as explained here:

https://puredata.info/docs/tutorials/TipsAndTricks#how-to-avoid-audio-drop-outs


there are some situations, where audio drop outs can occur. if you know why a certain kind of drop-happens, you probably will find a way to overcome the problem.

  • fileIO: all objects, that read files from disk, will block audio, until they finished executing. so do load all files beforehand. when you need to load soundfiles during performance into tables, don't use [soundfiler]. miller once suggested using [readsf~] in a subpatch with upsampling, so it will load the sample faster than reading it in realtime, but not block dsp during loadtime. it seems, that some people do load only the very first part of each file, that will be used during a performance into a table, and do read the rest from disk.
The problem that I have, is that I need to use soundfiler as I am stretching the sound with fft and it needs to read it within a table. Is there a soundfiler alternative or a way to load a file into a table differently?

any help will be appreciated.

thank you

--
José Rafael Subía Valdez