Re: [PD] alsa and jack on ARM/Wandbaord
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 signature.asc Description: OpenPGP digital signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] alsa and jack on ARM/Wandbaord
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 zmoel...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] alsa and jack on ARM/Wandbaord
-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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlI/8X8ACgkQkX2Xpv6ydvTjbQCeOmF6iPBxa8TYzKGhV9HbxHUz gJYAoPPvqGT+X45ZbR06OqHpsop2ui8O =In1G -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] alsa and jack on ARM/Wandbaord
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 zmoel...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] alsa and jack on ARM/Wandbaord
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 cgclep...@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 zmoel...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] alsa and jack on ARM/Wandbaord
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 cgclep...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] alsa and jack on ARM/Wandbaord
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 katjavet...@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 cgclep...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list