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, [email protected] <mailto:[email protected]> wrote:On 9 Nov 2012, at 09:21, contact <[email protected] <mailto:[email protected]>> 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, JamieIt'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 _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-listI 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 _______________________________________________ [email protected] 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>>
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
