Hello I'm new on this list and have any problem with pd in command line.
When i try this command under linux
pd-extended -nogui -alsa -audiodev 1 ./test.pd
I haven't any sound and this message
snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy
and when I try this one
pd-extended -alsa -audiodev 1 ./test.pd
the sound is ok.
Thank's for your help
François-Marie BILLARD
Are you turning on dsp with a loadbang like this ?
[loadbang] | [; pd dsp 1(
If so, try adding a delay after the loadbang:
[loadbang] | [delay 1000] | [; pd dsp 1(
James
Quoth contact, on 08/11/2012 15:53:
Hello I'm new on this list and have any problem with pd in command line.
When i try this command under linux
pd-extended -nogui -alsa -audiodev 1 ./test.pd
I haven't any sound and this message
snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy
and when I try this one
pd-extended -alsa -audiodev 1 ./test.pd
the sound is ok.
Thank's for your help
François-Marie BILLARD
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
With the delay betwen the loadbang and pd dsp 1 it's ok,
thank's.
François-Marie BILLARD
Le 09/11/2012 02:22, James Dunn a écrit :
Are you turning on dsp with a loadbang like this ?
[loadbang] | [; pd dsp 1(
If so, try adding a delay after the loadbang:
[loadbang] | [delay 1000] | [; pd dsp 1(
James
Quoth contact, on 08/11/2012 15:53:
Hello I'm new on this list and have any problem with pd in command line.
When i try this command under linux
pd-extended -nogui -alsa -audiodev 1 ./test.pd
I haven't any sound and this message
snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy
and when I try this one
pd-extended -alsa -audiodev 1 ./test.pd
the sound is ok.
Thank's for your help
François-Marie BILLARD
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 9 Nov 2012, at 09:21, contact contact@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
thank's.
François-Marie BILLARD
Le 09/11/2012 02:22, James Dunn a écrit :
Are you turning on dsp with a loadbang like this ?
[loadbang] | [; pd dsp 1(
If so, try adding a delay after the loadbang:
[loadbang] | [delay 1000] | [; pd dsp 1(
James
Quoth contact, on 08/11/2012 15:53:
Hello I'm new on this list and have any problem with pd in command line.
When i try this command under linux
pd-extended -nogui -alsa -audiodev 1 ./test.pd
I haven't any sound and this message
snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy
and when I try this one
pd-extended -alsa -audiodev 1 ./test.pd
the sound is ok.
Thank's for your help
François-Marie BILLARD
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
<contact.vcf>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yes it's a hack , but i think the best way for this problem would be :
on load detect if the dsp is off
an after turn on the dsp
But how can i detect dsp off in a patch ?
François-Marie
Le 09/11/2012 13:02, Jamie Bullock a écrit :
On 9 Nov 2012, at 09:21, contactcontact@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
thank's.
François-Marie BILLARD
Le 09/11/2012 02:22, James Dunn a écrit :
Are you turning on dsp with a loadbang like this ?
[loadbang] | [; pd dsp 1(
If so, try adding a delay after the loadbang:
[loadbang] | [delay 1000] | [; pd dsp 1(
James
Quoth contact, on 08/11/2012 15:53:
Hello I'm new on this list and have any problem with pd in command line.
When i try this command under linux
pd-extended -nogui -alsa -audiodev 1 ./test.pd
I haven't any sound and this message
snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy
and when I try this one
pd-extended -alsa -audiodev 1 ./test.pd
the sound is ok.
Thank's for your help
François-Marie BILLARD
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
<contact.vcf>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Le 09/11/2012 13:45, contact a écrit :
Yes it's a hack , but i think the best way for this problem would be :
on load detect if the dsp is off
an after turn on the dsp
But how can i detect dsp off in a patch ?
François-Marie
Le 09/11/2012 13:02, Jamie Bullock a écrit :
On 9 Nov 2012, at 09:21, contactcontact@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
thank's.
François-Marie BILLARD
Le 09/11/2012 02:22, James Dunn a écrit :
Are you turning on dsp with a loadbang like this ?
[loadbang] | [; pd dsp 1(
If so, try adding a delay after the loadbang:
[loadbang] | [delay 1000] | [; pd dsp 1(
James
Quoth contact, on 08/11/2012 15:53:
Hello I'm new on this list and have any problem with pd in command line.
When i try this command under linux
pd-extended -nogui -alsa -audiodev 1 ./test.pd
I haven't any sound and this message
snd_pcm_open (input): Device or resource busy snd_pcm_open (output): Device or resource busy
and when I try this one
pd-extended -alsa -audiodev 1 ./test.pd
the sound is ok.
Thank's for your help
François-Marie BILLARD
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list<contact.vcf>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hello,
Have a look at the patch attached. ++
Jack
Le 09/11/2012 14:50, Jack a écrit :
Le 09/11/2012 13:45, contact a écrit :
Yes it's a hack , but i think the best way for this problem would be :
on load detect if the dsp is off
an after turn on the dsp
But how can i detect dsp off in a patch ?
François-Marie
Le 09/11/2012 13:02, Jamie Bullock a écrit :
On 9 Nov 2012, at 09:21, contactcontact@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
thank's.
François-Marie BILLARD
Le 09/11/2012 02:22, James Dunn a écrit :
Are you turning on dsp with a loadbang like this ?
[loadbang] | [; pd dsp 1(
If so, try adding a delay after the loadbang:
[loadbang] | [delay 1000] | [; pd dsp 1(
James
Quoth contact, on 08/11/2012 15:53:
Hello I'm new on this list and have any problem with pd in command line.
When i try this command under linux
pd-extended -nogui -alsa -audiodev 1 ./test.pd
I haven't any sound and this message
> snd_pcm_open (input): Device or resource busy > snd_pcm_open (output): Device or resource busy
and when I try this one
pd-extended -alsa -audiodev 1 ./test.pd
the sound is ok.
Thank's for your help
François-Marie BILLARD
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
<contact.vcf>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hello,
Have a look at the patch attached. ++
Jack
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thank's for the patch, when i put a loadbang in place of the bang in the pacth, the dsp don't turn on with the -nogui option.
But in fact i think the dsp cannot be turn on with a loadbang when the command line option -nogui option is selected because pure-data must wait for detecting soudncard or anythong else before turn on the dsp.
François-Marie
The last patch for the -nogui problem without delay . I'm not sure that's the best solution !!!
François-Marie BILLARD
Le 09/11/2012 15:09, contact a écrit :
Le 09/11/2012 14:50, Jack a écrit :
Le 09/11/2012 13:45, contact a écrit :
Yes it's a hack , but i think the best way for this problem would be :
on load detect if the dsp is off
an after turn on the dsp
But how can i detect dsp off in a patch ?
François-Marie
Le 09/11/2012 13:02, Jamie Bullock a écrit :
On 9 Nov 2012, at 09:21, contactcontact@billard-francois-marie.eu wrote:
With the delay betwen the loadbang and pd dsp 1 it's ok,
This seems like a hack. Why 1000ms? Can we guarantee the DSP will be ready in 1second? Does it ever take longer?
I think it would be a lot better to have a way to query when Pd is ready to process |pd dsp 1(
It might be possible to do this with the [audiosettings] external, if not, it would definitely be a useful addition.
best,
Jamie
thank's.
François-Marie BILLARD
Le 09/11/2012 02:22, James Dunn a écrit :
Are you turning on dsp with a loadbang like this ?
[loadbang] | [; pd dsp 1(
If so, try adding a delay after the loadbang:
[loadbang] | [delay 1000] | [; pd dsp 1(
James
Quoth contact, on 08/11/2012 15:53: > Hello > I'm new on this list and have any problem with pd in command line. > > When i try this command under linux > > pd-extended -nogui -alsa -audiodev 1 ./test.pd > > I haven't any sound and this message > >> snd_pcm_open (input): Device or resource busy >> snd_pcm_open (output): Device or resource busy > > and when I try this one > > pd-extended -alsa -audiodev 1 ./test.pd > > the sound is ok. > > Thank's for your help > > François-Marie BILLARD > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list
<contact.vcf>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hello,
Have a look at the patch attached. ++
Jack
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Thank's for the patch, when i put a loadbang in place of the bang in the pacth, the dsp don't turn on with the -nogui option.
But in fact i think the dsp cannot be turn on with a loadbang when the command line option -nogui option is selected because pure-data must wait for detecting soudncard or anythong else before turn on the dsp.
François-Marie
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 11/09/2012 04:17 PM, contact wrote:
The last patch for the -nogui problem without delay . I'm not sure that's the best solution !!!
your patch has two mission-critical fan-outs. you should *always* use [trigger] if you want to connect one [outlet] to several [inlet]s.
while this seems annoying at first, it will save you a lot of trouble later...
gfmasdr IOhannes
On 11/09/2012 08:50 AM, Jack wrote:
Hello,
Have a look at the patch attached. ++
Jack
This, however, only works after one has explicitly started dsp. What about querying pd if one has already toggled dsp on before opening the patch? I thought that pddp dsp abstraction detected this but to this day I still fail to understand why that works...
From: Ivica Ico Bukvic ico@vt.edu To: Jack jack@rybn.org Cc: pd-list@iem.at Sent: Sunday, November 11, 2012 1:40 PM Subject: Re: [PD] Resolved : Problem with alsa and command line option -nogui
On 11/09/2012 08:50 AM, Jack wrote:
Hello,
Have a look at the patch attached. ++
Jack
This, however, only works after one has explicitly started dsp. What about querying pd if one has already toggled dsp on before opening the patch? I thought that pddp dsp abstraction detected this but to this day I still fail to understand why that works...
It works by sleight of hand. When a user tests [pddp/dsp] the first thing they are likely to do is click it on and off a few times, which changes Pd's dsp state to reflect the state of pddp/dsp. Now that they're synced, the user creates another [pddp/dsp] instance, and sure enough the two instances of the abstraction stay synchronized with Pd's big "DSP" indicator. But can pddp/dsp also _listen_ to Pd for dsp status? The user toggles the big "DSP" indicator, and sure enough the status of pddp/dsp changes accordingly.
Nonetheless, the first pddp/dsp only has a 50/50 chance of being correct when it opens because it doesn't query actually Pd's dsp status. But the moment the user clicks either the big "DSP" indicator or pddp/dsp, they are in sync again so it's easy to overlook this.
One hack is [sig~ 1]--[snapshot~], which on load should give you a 0 for off and 1 for on. (Assuming you're not inside a patch that has an evil demon [switch~] whose goal is to fool you.)
-Jonathan
--
Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Head, ICAT IMPACT Studio Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 11/11/2012 02:39 PM, Jonathan Wilkes wrote:
One hack is [sig~ 1]--[snapshot~], which on load should give you a 0 for off and 1 for on. (Assuming you're not inside a patch that has an evil demon [switch~] whose goal is to fool you.) -Jonathan
For a hack, that is pretty awesome ;-)
-
contact -
IOhannes m zmölnig -
Ivica Ico Bukvic -
Jack -
James Dunn -
Jamie Bullock -
Jonathan Wilkes