[PD-dev] redundancy - just another sound file player

[august]

> 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. :(

 It
> 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?

 The
> 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
samples)


> 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
> patch.

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
going well. 

> 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.