I saw an AudioCape ALSA config file in a repo somewhere

I can't remember where I saw it, but it was a kernel-related BeagleBone Black repo. There was a config file (maybe amixer?) for use with the AudioCape.

Robert, do you know what I'm remembering and where it is?

Long time since I worked on alsa, but here is what I recall.

I think it stores to /var/lib/alsa/asound.state

Use alsamixer in a ssh terminal as this is easier to use compared to amixer.

You can also do:

sudo alsactl store

Which I believe stores in /etc/asound.state

Regards,
John

Yeah this one:

https://github.com/RobertCNelson/boot-scripts/tree/master/device/bone/capes/BBB_Audio_Cape_RevB

When John mentioned "asound.state", that flashed my memory..

Regards,

boot-scripts, huh. I don't think I've ever looked in that repo before, but maybe!

In any case, thank you both!

>
>
>
> I can't remember where I saw it, but it was a kernel-related BeagleBone
Black repo. There was a config file (maybe amixer?) for use with the
AudioCape.
>
> Robert, do you know what I'm remembering and where it is?
>
>
> Yeah this one:
>
>
boot-scripts/device/bone/capes/BBB_Audio_Cape_RevB at master · RobertCNelson/boot-scripts · GitHub
>
> When John mentioned "asound.state", that flashed my memory..

boot-scripts, huh. I don't think I've ever looked in that repo before, but
maybe!

It's actually inside the rootfs:

debian@test-bbb-1:/opt/scripts$ cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
url = GitHub - RobertCNelson/boot-scripts: Just a bunch of useful scripts placed under /opt/scripts/
fetch = +refs/heads/master:refs/remotes/origin/master
[branch "master"]
remote = origin
merge = refs/heads/master

In any case, thank you both!

Did it work? :wink:

Regards,

Sort of. With kernel 3.8.13-bone79, using /boot/dtbs/3.8.13-bone79/am335x-bonegreen.dtb (oddly, that version of the kernel seems to have a dtb for the BBG), and loading the BB-BONE-AUDI-02 overlay, I get a front-left output only. It seems both left and right are somehow being routed to the left channel. By default, speaker-test only plays to the left channel. Trying to speaker-test -c 2, I get audiou only out of the left channel, but you can hear it change as speaker-test alternates between left and right.

However, that's better than the asound.state I had before, which resulted in no sound at all.