Yes, this is a built-in limitation that can be modified in the source code. You could try writing a multi-array patch that uses seamless transitions or do as Andy suggested.
Or you could modify the source, and recompile.
References: http://lists.puredata.info/pipermail/pd-list/2003-04/011065.html (change source) http://lists.puredata.info/pipermail/pd-list/2003-04/011065.html (other discussion/caveats)
Actually, I just found this message from Miller (April, 2003):
'Alternatively, just specify "-maxsize 1000000000" (or whatever) in the "read" message. Oops, still no usable help window for read/writesf... I've got that in the pipe for the next release.'
(http://lists.puredata.info/pipermail/pd-list/2003-04/011069.html)
Does anybody know if this was implemented? I have no way to test right now, but that would be great.
~Kyle
On 1/31/07, padawan12 padawan12@obiwannabe.co.uk wrote:
Hi Echo!
Tip: Don't use files longer than 2 mins :)
Best way is to use [sfread~] instead.
Andy
On Wed, 31 Jan 2007 00:37:54 +0100 Echo Ho pidi@echoho.at wrote:
hallo pidier i'm using Core 2 Duo mac book , and i don't know if the flowing problem is a os x (10.39 pd 0.39.2 extended test 7 or not:
it doesn't load to array properly, when a sound file is longer than 2 Min. Message | read -resize -maxsize le+08 |
error: soundfiler_read: truncated to 4000000 elements warning: array array1: clearing save-in-patch flag error: usage: read [flags] filename tablename... flags: -skip <n> -nframes <n> -resize -maxsize <n> ... -raw <headerbytes> <channels> <bytespersamp> <endian (b, l, or n)>.
it works with a old extended version on G4... ;-( is there any tip for me?
(\ /) [- . - ___earweego_sonicvision www.earweego.net
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list