[PD-dev] redundancy - just another sound file player
august at alien.mur.at
Thu Jun 17 02:23:13 CEST 2004
> 1) i have a Windows setup there and was unable to get readanysf~ running.
yeah, it still doesn't run under windows...although it is just a matter of
time. Compiling and debugging will, however, take more than 3 hours. :(
> simply stopped after some short time - it's also the same with the
> associated help file. I tried to debug it, but gave up after some time.
what do you mean about the help file? you mean readanysf.pd?
the help file needs to be debugged?
> other thing is that readanysf~ is using two threads that are passing the
> data but i wanted really low latency.
hmm, it should only be using one thread. I think flext starts the second
thread as a helper ?
I do have a large buffer (which should be changeable like readsf~)...but
that shouldn't affect latency. All other operations, like play, stop,
rewind, etc happen with a latency of the PD buffersize (default 64
> 2) the built-in readsf~ is really trashy, sorry. I can't understand how a
> soundfile player can be part of the main distribution, that spits out noise
> when the file isn't fully preloaded. With many parallel players and heavy
> system load the preload time is impossible to anticipate for an autonomous
I think this might have to do with the windows implementation. AFAIK, the
windows version still isn't threaded. Can that be?
> I'm sorry for disregarding readanysf~ for this special application - I think
> it's a very valuable tool for many situations.
danke fuer die blumen....and don't sweat it. I hope the installation is
> PS. libsndfile can do many formats: http://www.mega-nerd.com/libsndfile/
I have a early version of readanysf~ that uses libsndfile....but it just
doesn't support any formats that people actually use for playing audio
files (like mp3 or ogg). I also have an early version with ffmpeg. But
that got to be too hairy.
ok, gotta run. best -august.
More information about the Pd-dev