Solen Music wrote:
is there anything i can do to save on RAM??
PD uses 32bits natively (unless you compiled it especially for 64bit),
so the iem16 stuff would halve the amount of RAM required, but at the
slight expense of audio quality (doesn't matter if your files loaded
into tables are
thanks hard and claude. i will try both of those things.
also. is there anyway to speed up the loading time of the arrays? it
seems to take a good few minutes at the moment?
where can i find iem16 ?
I see that it's not in iemlib, or am i missing something?
2008/7/24 Claude Heiland-Allen
okay. i found iem16 at ftp://ftp.iem.at/pub/pd/Externals/ (duh! the
giveaway was the iem bit). it seems to run okay on my windows machine.
but is the only way to load something into the table16 object by
copying from a regular pd array?
i'm trying to patch up a scratch pd array which every
Solen Music wrote:
okay. i found iem16 at ftp://ftp.iem.at/pub/pd/Externals/ (duh! the
giveaway was the iem bit). it seems to run okay on my windows machine.
well, like all of our open-source externals, iem16 can also be found in
the pure-data repository:
On Thu, Jul 24, 2008 at 4:52 AM, Solen Music
[EMAIL PROTECTED] wrote:
also. is there anyway to speed up the loading time of the arrays? it
seems to take a good few minutes at the moment?
A trick I use to speed up loading samples into arrays is use [readsf~]
with [tabwrite~] in an abstraction
okay i've found a neat way of loading all the files into the table16's
using a makefilename loop.
my problem now is that i can't seem to play them because my player
patch needs to know the size of each table16 when it calls for it.
i've tried using arraysize and the expr size($s1) objects but
or, maybe a pitchable table16 reader that automatically loops back to
the start upon reaching the end of the table16??
again, thanks.
2008/7/24 Solen Music [EMAIL PROTECTED]:
okay i've found a neat way of loading all the files into the table16's
using a makefilename loop.
my problem now is
i would assume that the size of the [table16] tables would just be half of
the original tables that soundfiler creates.. so, if you have your [table16]
objects indexed with integers (and i guess you do if you have 1400 of them),
then you would just take the original array size, halve it, and then
sorry, the overuse of the words 'table' and 'array' in my last post make it
quite hard to understand. but i promise it works.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
ah indeed. a table of the array sizes. i'll get on that.
until now i've been grabbing the array size (using [arraysize]
external) on the fly whenever an array was called into tabread4~
thanks!
2008/7/24 hard off [EMAIL PROTECTED]:
i would assume that the size of the [table16] tables would just
I'm looking for a way to shrink the RAM usage in my live patch.
I'm currently running a patch for live usage which has 14 x 100 stereo
audio arrays. and 14 x 20sec variable delay lines. there's also 3 vst
plugins (compressor, limiter and tape style delay). the GUI isn't too
busy, there aren't any
instead of arrays, use [table], that should help a fair bit.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
12 matches
Mail list logo
