I've got a Wandboard* here for some testing and I can't get Alsa to work in duplex. Testing with arecord produces a soundfile and aplay plays it back. But starting Pd with Alsa or jack gives the dreaded errors about the resource being in use. Pd's performance with just playback is pretty good
- pvoc example takes 20% cpu at 10ms latency - but I want to process some
audio input!
I built my own armhf kernel (much faster than armel) and have a very basic Ubuntu filesystem in place. There's no obvious process like pulseaudio grabbing the audio hardware either. Jack has all of the limits.conf set high.
The audio device is sgtl5000 from Freescale.
What's the usual setup and troubleshooting process for Pd on Linux these days? Seems like these things are mostly sorted on x86, so maybe the problem is driver or armhf related.
Thanks!
*Dual Cortex A9 box for $100: http://wandboard.org/
Hello Chris,
It may be unrelated but with Debian Squeeze on particular Intel laptops (Panasonic CF-74 and CF-19) I've always experienced that same problem: recording works, playback works, but no duplex sound from Pd or Jack out of the box. In these cases it was a matter of unchecking as many unused options as possible in the ALSA mixer, in particular 'IEC958 Default PCM' (don't know if you have that option). That used to make the difference every time though I still don't know why.
Katja
On Sun, Sep 22, 2013 at 9:00 PM, Chris Clepper cgclepper@gmail.com wrote:
I've got a Wandboard* here for some testing and I can't get Alsa to work in duplex. Testing with arecord produces a soundfile and aplay plays it back. But starting Pd with Alsa or jack gives the dreaded errors about the resource being in use. Pd's performance with just playback is pretty good
- pvoc example takes 20% cpu at 10ms latency - but I want to process some
audio input!
I built my own armhf kernel (much faster than armel) and have a very basic Ubuntu filesystem in place. There's no obvious process like pulseaudio grabbing the audio hardware either. Jack has all of the limits.conf set high.
The audio device is sgtl5000 from Freescale.
What's the usual setup and troubleshooting process for Pd on Linux these days? Seems like these things are mostly sorted on x86, so maybe the problem is driver or armhf related.
Thanks!
*Dual Cortex A9 box for $100: http://wandboard.org/
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hi Katja
This is a pretty basic device with just hw0:0 for capture and playback, but I will double check the mixer settings.
Someone from Freescale has been in touch and it looks like either a driver issue (fixable) or errata on the board (not fixable).
I might try a USB audio device. Anyone know what ones work with ARM?
Chris
On Sun, Sep 22, 2013 at 4:00 PM, katja katjavetter@gmail.com wrote:
Hello Chris,
It may be unrelated but with Debian Squeeze on particular Intel laptops (Panasonic CF-74 and CF-19) I've always experienced that same problem: recording works, playback works, but no duplex sound from Pd or Jack out of the box. In these cases it was a matter of unchecking as many unused options as possible in the ALSA mixer, in particular 'IEC958 Default PCM' (don't know if you have that option). That used to make the difference every time though I still don't know why.
Katja
On Sun, Sep 22, 2013 at 9:00 PM, Chris Clepper cgclepper@gmail.comwrote:
I've got a Wandboard* here for some testing and I can't get Alsa to work in duplex. Testing with arecord produces a soundfile and aplay plays it back. But starting Pd with Alsa or jack gives the dreaded errors about the resource being in use. Pd's performance with just playback is pretty good
- pvoc example takes 20% cpu at 10ms latency - but I want to process some
audio input!
I built my own armhf kernel (much faster than armel) and have a very basic Ubuntu filesystem in place. There's no obvious process like pulseaudio grabbing the audio hardware either. Jack has all of the limits.conf set high.
The audio device is sgtl5000 from Freescale.
What's the usual setup and troubleshooting process for Pd on Linux these days? Seems like these things are mostly sorted on x86, so maybe the problem is driver or armhf related.
Thanks!
*Dual Cortex A9 box for $100: http://wandboard.org/
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 09/22/13 21:00, Chris Clepper wrote:
I've got a Wandboard* here for some testing and I can't get Alsa to work in duplex. Testing with arecord produces a soundfile and aplay plays it back. But starting Pd with Alsa or jack gives the dreaded errors about the resource being in use.
i did some tests with the wandboard and an external USB soundcard, and i *never* managed to get jackd running stable for "longer" (the project required that audio would work for days and weeks without restart). so i ended up using a complicated (compared to jack) plugin system based on ALSA. it turned out that the timing on the wandboard is much too imprecise for jack (and the connected cheapo USB-soundcard did not help)
obviously this is not the problem you are facing here (as i did get full duplex sound), but maybe this info is of some other use...
fgmasdr IOhannes
I have found that jack on ARM has some issues that are only fixed in current jack2, not jack1. So see if you can get jack2 running and report.
Hopefully this helps or is another clue.
On Mon, Sep 23, 2013 at 8:25 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 09/22/13 21:00, Chris Clepper wrote:
I've got a Wandboard* here for some testing and I can't get Alsa to work
in
duplex. Testing with arecord produces a soundfile and aplay plays it
back.
But starting Pd with Alsa or jack gives the dreaded errors about the resource being in use.
i did some tests with the wandboard and an external USB soundcard, and i *never* managed to get jackd running stable for "longer" (the project required that audio would work for days and weeks without restart). so i ended up using a complicated (compared to jack) plugin system based on ALSA. it turned out that the timing on the wandboard is much too imprecise for jack (and the connected cheapo USB-soundcard did not help)
obviously this is not the problem you are facing here (as i did get full duplex sound), but maybe this info is of some other use...
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-09-23 09:36, dreamer wrote:
I have found that jack on ARM has some issues that are only fixed in current jack2, not jack1. So see if you can get jack2 running and report.
i remember there was some problem with memory alignment (leading to segfaults) that had been fixed already in my version of jack2.
or was there something else?
fgmad IOhannes
Looks like it is a driver issue in the kernel preventing duplex audio with the onboard sgtl5000. I'm about to rebuild the kernel to test.
On Mon, Sep 23, 2013 at 2:25 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 09/22/13 21:00, Chris Clepper wrote:
I've got a Wandboard* here for some testing and I can't get Alsa to work
in
duplex. Testing with arecord produces a soundfile and aplay plays it
back.
But starting Pd with Alsa or jack gives the dreaded errors about the resource being in use.
i did some tests with the wandboard and an external USB soundcard, and i *never* managed to get jackd running stable for "longer" (the project required that audio would work for days and weeks without restart). so i ended up using a complicated (compared to jack) plugin system based on ALSA. it turned out that the timing on the wandboard is much too imprecise for jack (and the connected cheapo USB-soundcard did not help)
obviously this is not the problem you are facing here (as i did get full duplex sound), but maybe this info is of some other use...
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yup, that was it. I had to get some Freescale guys to fix some kernel code and the fixes should filter out into the various branches and repos over time. I think I'm one of two people that have functioning audio on the iMX6 platform right now. It's like having a stack of Pi's in terms of processing (no video acceleration though).
On Mon, Sep 23, 2013 at 12:50 PM, Chris Clepper cgclepper@gmail.com wrote:
Looks like it is a driver issue in the kernel preventing duplex audio with the onboard sgtl5000. I'm about to rebuild the kernel to test.
On Mon, Sep 23, 2013 at 2:25 AM, IOhannes m zmölnig zmoelnig@iem.atwrote:
On 09/22/13 21:00, Chris Clepper wrote:
I've got a Wandboard* here for some testing and I can't get Alsa to
work in
duplex. Testing with arecord produces a soundfile and aplay plays it
back.
But starting Pd with Alsa or jack gives the dreaded errors about the resource being in use.
i did some tests with the wandboard and an external USB soundcard, and i *never* managed to get jackd running stable for "longer" (the project required that audio would work for days and weeks without restart). so i ended up using a complicated (compared to jack) plugin system based on ALSA. it turned out that the timing on the wandboard is much too imprecise for jack (and the connected cheapo USB-soundcard did not help)
obviously this is not the problem you are facing here (as i did get full duplex sound), but maybe this info is of some other use...
fgmasdr IOhannes
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Chris Clepper -
dreamer -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
katja