Hi Hans, Hans-Christoph Steiner wrote: > I think I got it to work by putting a [delay 1000] between the > [loadbang] and the [; pd dsp 1(
Thanks for your help; I have actually just come up with the same workaround, but I was wondering whether there might be a less hacky solution (especially since for my application a rapid startup time is somewhat critical). Anyone else? best, flo.H > On Jan 27, 2010, at 5:56 PM, Florian Hollerweger wrote: >> For >> >> pd -nogui mypatch.pd >> >> I get a >> >> /dev/dsp (read/write): Device or resource busy >> [...] >> audio I/O stuck... closing audio >> >> if, and only if, mypatch.pd contains a >> >> [loadbang] >> | >> [; >> pd dsp 1< >> >> The same patch loads fine if I omit the -nogui flag. The problem can not >> only be produced by loadbanging the DSP, but also like this: >> >> pd -nogui -send "pd dsp 1" mypatch.pd >> >> The problem can *not* be solved by specifying further flags such as >> -alsa >> -r 44100 >> -audiodev [...] >> >> as suggested at [1], [2] and possibly elsewhere. The only workaround for >> me so far is to turn on the DSP later using a message from pdsend to >> [netreceive]. _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list