Re: [PD] Resolved : Problem with alsa and command line option -nogui
Le 10/11/2012 14:26, Hans-Christoph Steiner a écrit : On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote: On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at mailto:pd-list-requ...@iem.at wrote: On 9 Nov 2012, at 09:21, contact cont...@billard-francois-marie.eu mailto:cont...@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 It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms. I think this is fixed in Pd-extended 0.43.4 and in Miller's pure-data.git. Please try it out with your patches and let me know either way. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I compiled the pd-vanilla in 0.43.4 from the source (LINUX DEBIAN SUQEZZE) but i don't have the alsa audio in the menu. And i can't test my patch. François-Marie attachment: contact.vcf___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
Le 11/11/2012 09:44, contact a écrit : Le 10/11/2012 14:26, Hans-Christoph Steiner a écrit : On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote: On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at mailto:pd-list-requ...@iem.at wrote: On 9 Nov 2012, at 09:21, contact cont...@billard-francois-marie.eu mailto:cont...@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 It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms. I think this is fixed in Pd-extended 0.43.4 and in Miller's pure-data.git. Please try it out with your patches and let me know either way. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I compiled the pd-vanilla in 0.43.4 from the source (LINUX DEBIAN SUQEZZE) but i don't have the alsa audio in the menu. And i can't test my patch. François-Marie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Pd 0.43.4 is compile (the problem was with libasound2-dev ) and this command line doesn't work pd -alsa -nogui ./test1.pd if i don't place a delay betwen the loadbang and the ;pd dsp 1 with pd 0.44beta always the same result. françois-marie attachment: contact.vcf___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
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... -- 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
Re: [PD] Resolved : Problem with alsa and command line option -nogui
From: Ivica Ico Bukvic i...@vt.edu To: Jack j...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
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 ;-) ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
On Nov 9, 2012, at 11:27 AM, Dan Wilcox wrote: On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at wrote: On 9 Nov 2012, at 09:21, contact cont...@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 It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms. I think this is fixed in Pd-extended 0.43.4 and in Miller's pure-data.git. Please try it out with your patches and let me know either way. .hc___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Resolved : Problem with alsa and command line option -nogui
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 attachment: contact.vcf___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
On 9 Nov 2012, at 09:21, contact cont...@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
Re: [PD] Resolved : Problem with alsa and command line option -nogui
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, contactcont...@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 attachment: contact.vcf___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
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, contactcont...@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 detect_dsp_onoff.pd Description: application/puredata ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
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, contactcont...@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 attachment: contact.vcf___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
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, contactcont...@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 #N canvas 749 239 450 360 10; #X obj 31 85 r pd; #X obj 31 107 route dsp; #X obj 31 129 v dsp_on_off; #X msg 233 156 \; pd dsp 1; #X msg 31 28 \; pd dsp 0; #X obj 234 101 v dsp_on_off; #X obj 312 156 print; #X obj 288 136 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X text 157 35 - 1; #X text 281 83 - 2; #X obj 231 21 metro 100; #X obj 231 -14 loadbang; #X obj 231 62 spigot; #X msg 307 25 1; #X msg 326 55 0; #X obj 156 45 osc~ 440; #X obj 161 137 dac~; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 5 0 7 0; #X connect 5 0 3 0; #X connect 5 0 14 0; #X connect 7 0 6 0; #X connect 10 0 12 0; #X connect 11 0 10 0; #X connect 11 0 13 0; #X connect 12 0 5 0; #X connect 13 0 12 1; #X connect 14 0 12 1; #X connect 15 0 16 0; attachment: contact.vcf___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Resolved : Problem with alsa and command line option -nogui
On Nov 9, 2012, at 7:44 AM, pd-list-requ...@iem.at wrote: On 9 Nov 2012, at 09:21, contact cont...@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 It's definitely a hack, but works fine until Miller can fix it. I do agree 1 s is excessive, I use 150 ms. Dan Wilcox danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list