Hallo!
> [soundfiler] is for loading. Its limit is that it blocks everything untill
> it finishes loading. Reading a file in realtime is NOT an alternative. The
> alternative would be an object capable of "threaded" loading, but still,
> loading as fast as possible, not reading at a certain rea
Hi,
Well, I still have to look at the [sndfile] everyone is talking about, but
anyway, with regard to the general discussion about sound playing and
loading,
please let's distinguish between two completely different problems:
-PLAYING audio files (i.e. reading them in real time)
-LOADING audio f
On Tue, 2007-03-06 at 17:18 -0600, David Powers wrote:
> Hmm, what would it take to change/fix this? This is part of the reason
> I can only use PD in the studio, and not live... Sounds like there is
> a need for some kind of better cross-platform soundfile player
> external. This might be PD's big
Hallo!
>> Maybe Georg's [sndfile] would help but his post didn't give any info
>> on what it does.
it's not by me ...
And the problem with it is, that altough the reading of the soundfile is
threaded, the dsp chain needs to be recompiled, which can cause audio
dropouts when you have big patche
David Powers wrote:
>
> Maybe Georg's [sndfile] would help but his post didn't give any info
> on what it does.
it is originally by tim, but georg "ported" it to vanilla pd.
and it is a threaded soundfile reader.
mfga,.dr
IOhannes
___
PD-list@iem.at m
Hmm, what would it take to change/fix this? This is part of the reason
I can only use PD in the studio, and not live... Sounds like there is
a need for some kind of better cross-platform soundfile player
external. This might be PD's biggest weakness for audio use!
Maybe Georg's [sndfile] would hel
Hallo!
> short answer: "no"
> long answer: it's a bit better with my sndfiler, but the answer is still
> "no"
well, it depends ... try out sndfile (in pd-cvs/externals/tb/sndfiler)
LG
Georg
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-manag
On Tue, 2007-03-06 at 16:30 +0100, Matteo Sisti Sette wrote:
> So my question is. Is there an asynchronous, non-blocking way to load
> a wave
> file into a table, but faster than real-time playing?
> I mean, something that loads the file as fast as it can but without
> blocking
> dsp execution, a
Hi all,
This is not related to the "reading big sound files" thread, although that
made me remember of this question I have been wanting to ask for a long
time.
I know two ways of reading sound files in PD.
One is loading them into a table with [soundfiler], and the other is playing
them realt