[PD] soundfiler alternative?

IOhannes m zmölnig zmoelnig at iem.at
Mon Feb 27 22:58:11 CET 2017


On 02/27/2017 10:45 PM, Christof Ressi wrote:
>> 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. 

well yes, true.
i keep forgetting of abominations like running a 32-bit Pd on a 64-bit OS.

> 
>> 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").

how much RAM does that machine have?
decent OSs should be able to manage more than a total 4GB of RAM even
when the entire OS is 32bit (a single application will not be able to
address more than 2^32 bytes though; but it should get you closer to
really having 4GB, rather than 2GB)

but yes, in order to make use of 32GB of memory you need a native 64bit
application (running on a 64bit OS).

fun fact: on linux, you can use 64bit Pd for >10 years with virtually
all external libraries working.

gmsr
IOhannes



-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20170227/8059c05f/attachment.sig>


More information about the Pd-list mailing list