On Angstrom 2010.3. I got jackd via opkg (v0.116.2). It won't run with
alsa as the back-end, but alsa seems to be the only sound back-end
that works on the Beagle.
I know alsa is OK. aplay works fine I can get audio out. alsamixer works.
Attached is a strace captured from
strace -f -ttt -o /tmp/jack.strace jackd -d alsa
When I compare it to my PC version which starts OK, it looks like the
system calls are returning the same values, including the mmap2
failure. I don't know what to look at next.
Can anyone see what might be going wrong?
jack.strace.gz (5.98 KB)
I have the same kind of problem when I try to run emulators xspectemu/fuse
I tried “aoss appname” without luck
so you can have a try, but I think that all those apps that were runing with oss are broken on 10.04
2010/6/18 Richard Andrews <bflatmaj7th@gmail.com>
I have made some progress. I found that if I reduce the frames per
period to 512 or smaller I can get jackd to work with ALSA for
playback.
However if I do not disable capture I get "impossible sample width
(1)" which emanates from the alsa driver of jackd when alsa reports a
sample size which is not any of 2, 3 or 4 bytes. But this doesn't make
sense because the playback is 2-bytes and works OK.
I suspect the kernel driver is missing some audio capture functionality.
Richard, what about xspect, fuse etc
Is there a way to get the sound ?
thanks
2010/6/19 Richard Andrews <bflatmaj7th@gmail.com>
Playback works fine. Alsamixer gain controls for playback are all
present and work as expected.
jackd starts and runs OK in playback-only mode.
Capture mode does not work. Jackd throws up an "impossible sample
width (1)" error when capture is enabled. I don't yet know enough
about ALSA to get to the bottom of the problem. On my desktop systems
it has conveniently worked out of the box.