<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<div class="moz-cite-prefix">Le 13/04/2014 22:42, Chris Clepper a
écrit :<br>
</div>
<blockquote
cite="mid:CAEbEQW0qG_1xRv2RHgEbTRz-P7A=x0E=WG-6Xjbp+VCXAtpBpQ@mail.gmail.com"
type="cite">
<div dir="ltr">I could not get PortAudio to work on ARM at all and
Jack has issues with duplex low latency.
<div><br>
</div>
<div>What's the deal with the ALSA mmap code? Doesn't that use
callbacks?</div>
</div>
<div class="gmail_extra"><br>
</div>
</blockquote>
<br>
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<br>
<blockquote
cite="mid:CAEbEQW0qG_1xRv2RHgEbTRz-P7A=x0E=WG-6Xjbp+VCXAtpBpQ@mail.gmail.com"
type="cite">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Sun, Apr 13, 2014 at 2:55 PM, Miller
Puckette <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
You might have already tried this, but it might work better
to use<br>
portaudio to get to ALSA - it can connect with ALSA using
callbacks<br>
which the built-in ASA code doesn't. I don't know what
difference this<br>
will make but perhaps it will help.<br>
<br>
</blockquote>
</div>
</div>
</blockquote>
I'm afraid callbacks would take a lot of CPU<br>
<blockquote
cite="mid:CAEbEQW0qG_1xRv2RHgEbTRz-P7A=x0E=WG-6Xjbp+VCXAtpBpQ@mail.gmail.com"
type="cite">
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
(try compiling with and without FAKEBLOCKING and
THREADSIGNAL defined in<br>
s_audio_pa.c).<br>
<br>
cheers<br>
<span class="HOEnZb"><font color="#888888">Miller<br>
</font></span>
<div class="HOEnZb">
<div class="h5"><br>
On Sat, Apr 12, 2014 at 07:26:56PM -0700, Jonathan
Wilkes wrote:<br>
> There isn't a way to poll the DSP state in Pd
Vanilla.<br>
><br>
> -Jonathan<br>
><br>
> On Saturday, April 12, 2014 8:47 PM, Chris Clepper
<<a moz-do-not-send="true"
href="mailto:cgclepper@gmail.com">cgclepper@gmail.com</a>>
wrote:<br>
><br>
> [pdinfo] is not part of vanilla. I can't (nor want
to) use extended for this project.<br>
><br>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
<br>
maybe you want to use pd-l2ork (works greatly on raspbian)<br>
<br>
<blockquote
cite="mid:CAEbEQW0qG_1xRv2RHgEbTRz-P7A=x0E=WG-6Xjbp+VCXAtpBpQ@mail.gmail.com"
type="cite">
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb">
<div class="h5">
> On Saturday, April 12, 2014, Jonathan Wilkes <<a
moz-do-not-send="true"
href="mailto:jancsika@yahoo.com">jancsika@yahoo.com</a>>
wrote:<br>
><br>
> On 04/12/2014 04:27 PM, Chris Clepper wrote:<br>
> ><br>
> >Hi list<br>
> >><br>
> >><br>
> >>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.<br>
> >><br>
> >><br>
> >>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?<br>
> >><br>
> >><br>
> >>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?<br>
> >In Pd-l2ork:<br>
> >[dsp-status(<br>
> >|<br>
> >[pdinfo]<br>
> ><br>
> >-Jonathan<br>
> ><br>
> ><br>
> ><br>
> >><br>
> >>Thanks!<br>
> >><br>
> >><br>
> >><br>
> >><br>
>
>>_______________________________________________
<a moz-do-not-send="true" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a>
mailing list<br>
> UNSUBSCRIBE and account-management -> <a
moz-do-not-send="true"
href="http://lists.puredata.info/listinfo/pd-list"
target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
> ><br>
<br>
> _______________________________________________<br>
> <a moz-do-not-send="true"
href="mailto:Pd-list@iem.at">Pd-list@iem.at</a>
mailing list<br>
> UNSUBSCRIBE and account-management -> <a
moz-do-not-send="true"
href="http://lists.puredata.info/listinfo/pd-list"
target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
<a class="moz-txt-link-abbreviated" href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list
UNSUBSCRIBE and account-management -> <a class="moz-txt-link-freetext" href="http://lists.puredata.info/listinfo/pd-list">http://lists.puredata.info/listinfo/pd-list</a>
</pre>
</blockquote>
<br>
</body>
</html>