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