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?
On Sun, Apr 13, 2014 at 2:55 PM, Miller Puckette msp@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.
(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.atmailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->