What would be gained by that?
To ensure that the caller won't block PD, unless the caller explicitly calls fread, usleep or other non-realtime functions while holding the lock.
well, it's not as easy as that ... pd is not designed to be a multithreaded application ... so someone could just say ... "don't use threads"
imo it wouldn't be a bad idea to rewrite pd with threadsafety in mind ...
I definitely think something like that should go in. If you are not running realtime and aquire the lock you potentionally can screw up the sound in a way that can only be solved by letting yourself be running realtime.
sure, but that's how things work in pd :-(
tim