This seems easy but I'm stumped or missing the obvious. How do you play longer soundfiles in PD using [soundfiler]? I see -maxsize argument but am unsure as to the syntax (with or without the <>) Here's my message box feeding into [soundfiler]

[read -resize birds_in_forest.wav birds01;
pd dsp 1;(
|
[soundfiler]

(though it's obvious, there's an array called birds01)

The file in questions, birds_in_forest.wav, is 5 min long but I only get about 1:30 of it (or maybe 2:00, but I know it isn't the whole thing).

thanks as always,

hdez

[sfplay~]

By default, [soundfiler] limits the size to 90 seconds. If I remember correctly, -maxsize just takes a number of samples to resize the amount an array can use. So, assuming 44.1 kHz, 5 * 60 * 44100 = 13230000. So you would do:

[read -maxsize 13230000 -resize birs_in_forest.wav birds01(

To be safe, though, you'll probably want maxsize to be bigger than your audio file. Also, if you're using a 32-bit machine, remember you'll have a 4GB RAM limit. If you can get away with it, though, you should use [readsf~] as it reads directly from disk and won't suck up memory. Same with [sfplay~], though a lot of people seem to have trouble with that object, so it might be best to avoid it.

but then [readsf~] allows to read a file - no transposition or so because it doesn't write it to an array. tell me if I'm wrong - or is there a way?
also, [sfplay~] generates a 'can't create' error in OS X

[sfplay~] creates a 'couldn't create' error in winXP as well...

@ultrasonic said:

but then [readsf~] allows to read a file - no transposition or so because it doesn't write it to an array. tell me if I'm wrong - or is there a way?
also, [sfplay~] generates a 'can't create' error in OS X

Right. If you want to do more than just play back the file, then the array approach is probably best. Unless using the G09.pitchshift.pd patch would meet your transposition needs (assuming transposition is all you're really looking for).

thanks, maelstorm. [sfplay~] doesn't even show up in my pd-extended (red outlined box instead). plus, looks like I'd be screwed anyway; I use OSX.

You should use sfplay (without ~) instead, it is part of zexy. I agree that the array approach is far more interesting.

I have a similare problem:
using [tabread~] and [tabread4~] to read mono audio sample after 381 seconds audio start a strong distortion.

I have tried with aif, wav, 44.1 and 48 kHz, different setting for Array and Table (yes/no Graph on parent, yes/no save contents) with no better results.

I realized that array draw the sound curve only partially, exactly till 381 secs. So I suppose is a problem of limit in data lenght.

What I want to do is realize a simulations of 2 I have a similare problem:
using [tabread~] and [tabread4~] to read mono audio sample after 381 seconds audio start a strong distortion.

I have tried with aif, wav, 44.1 and 48 kHz, different setting for Array and Table (yes/no Graph on parent, yes/no save contents) with no better results.

I realized that array draw the sound curve only partially, exactly till 381 secs. So I suppose is a problem of limit in data lenght.

What I want to do is realize a simulations of 2 analog device (vinyl turntable or tape recorder) playing same music (audio file) of +- 16 minutes: I am not really interested in wow & flutter simulation, but in not simultaneous start and not exactly same speed rotation: this last means a "transposition" or slightly difference in sample speed reading.

I try to resize but I obtain a resize error

many thanks

Hi gigav,

You can extend the maximum array length to fill with samples from an audio file with flag -maxsize <number of samples> to the soundfiler object. So if you use the [openpanel] object to find the soundfile, the message could be like this:

[read -resize -maxsize 4.3e+07 $1 soundfile-array(

16 minutes is quite a long time to index with single precision floats. Here's a video clip illustrating precision problems which you may encounter (and how it can be solved):

Katja