[PD] keeping Pd DSP alive

[patrice colet]

Le 13/04/2014 22:42, Chris Clepper a écrit :
> I could not get PortAudio to work on ARM at all and Jack has issues 
> with duplex low latency.
>
> What's the deal with the ALSA mmap code?  Doesn't that use callbacks?
>

just an idea, what about using a signal (generated with sig~ or adc~) 
for checking if DSP is running, and send amplitude to another instance, 
or a daemon that would turn dsp on if signal isn't coming anymore, or 
kill and launch pd again if it doesn't respond to pings
>
> On Sun, Apr 13, 2014 at 2:55 PM, Miller Puckette <msp at ucsd.edu 
> <mailto:msp at ucsd.edu>> wrote:
>
>     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.
>
I'm afraid callbacks would take a lot of CPU
>
>     (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 <mailto:cgclepper at gmail.com>> wrote:
>     >
>     > [pdinfo] is not part of vanilla.  I can't (nor want to) use
>     extended for this project.
>     >
>

maybe you want to use pd-l2ork (works greatly on raspbian)

>     > On Saturday, April 12, 2014, Jonathan Wilkes <jancsika at yahoo.com
>     <mailto: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
>     <mailto:Pd-list at iem.at> mailing list
>     > UNSUBSCRIBE and account-management ->
>     http://lists.puredata.info/listinfo/pd-list
>     > >
>
>     > _______________________________________________
>     > Pd-list at iem.at <mailto: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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140414/ef08fb3f/attachment-0001.htm>