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 <m...@ucsd.edu
<mailto:m...@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
<cgclep...@gmail.com <mailto:cgclep...@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 <jancs...@yahoo.com
<mailto:jancs...@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
<mailto:Pd-list@iem.at> mailing list
> UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
> >
> _______________________________________________
> Pd-list@iem.at <mailto: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
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
