[PD] soundfiler alternative?

[Alexandre Torres Porres]

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 at 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 at 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.
>>
>> 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 at lists.iem.at> on behalf of José Rafael
>> Subía Valdez <jsubiavaldez at 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
>> www.jrsv.net
>>
>>
>>
>>
>>
>>
>
>
> --
> José Rafael Subía Valdez
> www.jrsv.net
>
>
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170227/2856ebf5/attachment.html>