> well, [table] stores the samples as floating point (taking 4 bytes per
> sample; and 8 byte on 64bit systems),
It depends on your Pd (32-bit or 64-bit), not on the system.
> however, there is a simple solution at hand: get youself plenty of RAM
> and pre-load everything into tables.
> 32GB cost about 250,-€ and will allow you to load approx. 24h of raw
> audio, which is probably enough.
Unfortunately, this is only true for 64-bit processes. A single 32-bit process
can't handle more than 2^32 bytes (~4 GB). In reality, it's even less, usually
2 GB, which is a bit more than 1,5 hours of stereo audio @44100 Hz. Pd will
give you a warning when you try to exceed this limit ("pd: resizebytes() failed
- out of memory").
Christof
> Gesendet: Montag, 27. Februar 2017 um 21:10 Uhr
> Von: zmoel...@iem.at
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] soundfiler alternative?
>
> On 02/27/2017 07:06 PM, José Rafael Subía Valdez wrote:
> > 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?)
>
>
> well, [table] stores the samples as floating point (taking 4 bytes per
> sample; and 8 byte on 64bit systems), whereas most soundfiles will use
> less bytes.
> so having them on a RAM-disk, could indeed help.
>
> >
> > 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.
> >
>
> it is not such a simple thing if you care for deterministic
> sample-synchronous playback (you personally might not care, but Pd does).
> however, there is a simple solution at hand: get youself plenty of RAM
> and pre-load everything into tables.
> 32GB cost about 250,-€ and will allow you to load approx. 24h of raw
> audio, which is probably enough.
> it's not exactly super-cheap, but writing software isn't either.
>
> gfmdsar
> IOhannes
>
>
>
> _______________________________________________
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
