In cyclone, we got plans to clone [buffer~] as a compiled external, it should not cause audio drops and could be an alternative to [soundfiler].

For now, in cyclone 0.3 alpha 1 (just released), [buffer~] is a new abstraction external, based on [soundfiler], so it's causing audio drop outs.

Anyway, we needed others to help us in the development of [buffer~] as an external, please let us know if anyone is interested in collaborating. I was able to do this abstraction as a prototype for now, but I'm counting on help to get it done as an external.

cheers


2017-02-27 15:06 GMT-03:00 José Rafael Subía Valdez <jsubiavaldez@gmail.com>:
Thank you Lucas and Ingo,

well. I do need to load a lot of samples if I want them preloaded. Regarding the ram post that you sent, as I understand, that is exactly what table does, as it stores it in RAM (am I right?)

Ingo, if I understand correclty, I need to record the audio from readsf~ into a table. this means that I need to create the record system to avoid clicks (fades in and out). This seams overcomplicated for a simple thing. But it appears to be the only solution for this problem.

thanks .. anyone else?

On Mon, Feb 27, 2017 at 5:53 PM, Lucas Cordiviola <lucarda27@hotmail.com> wrote:

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.





On Windows I used “ImDisk Virtual Disk Driver”





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:



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



--
José Rafael Subía Valdez

_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list