[PD] keeping Pd DSP alive

[Miller Puckette]

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 at 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 at 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 at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list 
> >

> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list