You might have already tried this, but it might work better to use portaudio to get to ALSA - it can connect with ALSA using callbacks which the built-in ASA code doesn't. I don't know what difference this will make but perhaps it will help.
(try compiling with and without FAKEBLOCKING and THREADSIGNAL defined in s_audio_pa.c).
cheers Miller
On Sat, Apr 12, 2014 at 07:26:56PM -0700, Jonathan Wilkes wrote:
There isn't a way to poll the DSP state in Pd Vanilla.
-Jonathan
On Saturday, April 12, 2014 8:47 PM, Chris Clepper cgclepper@gmail.com wrote:
[pdinfo] is not part of vanilla. Â I can't (nor want to)Â use extended for this project.
On Saturday, April 12, 2014, Jonathan Wilkes jancsika@yahoo.com wrote:
On 04/12/2014 04:27 PM, Chris Clepper wrote:
Hi list
I'm wondering if there are any recommended ways to ensure DSP keeps running for long periods like permanent installations. Â I get 'audio I/O stuck' popping up every few days, which is not bad, but ideally audio should stay running indefinitely.
I can send a [metro 1000] to [;pd DSP 1( to keep audio going, but is there any long term issue with doing that? Â Will it reliably restart audio after Pd closes it?
Also, the internal message [;pd audiostate( only returns data to the console. Â Perhaps there is a way to poll Pd for the internal DSP state and restart it if it dies?
In Pd-l2ork: [dsp-status( | [pdinfo]
-Jonathan
Thanks!
_______________________________________________ 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