I think I got it to work by putting a [delay 1000] between the
[loadbang] and the [; pd dsp 1(
.hc
On Jan 27, 2010, at 5:56 PM, Florian Hollerweger wrote:
Hi list,
I apologize for bringing up an old issue, but although I have found
others with the same problem [1,2], I cannot seem to find a solution
in
the list archive:
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].
Any ideas?
best,
flo.H
References:
[1] http://lists.puredata.info/pipermail/pd-list/2004-04/019305.html
[2] http://lists.puredata.info/pipermail/pd-list/2006-07/039698.html
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
----------------------------------------------------------------------------
I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits. - Martin
Luther King, Jr.
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list