On 2019-04-27, Levente <leventeatt...@protonmail.com> wrote:

> The headphone in question is the Platronics RIG 500 HD, which connects 
> through the USB port (instead of 3.5mm jacks).

> mixerctl output is provided below along with dmesg.

Your headphones, which are really a USB audio adapter with attached
headphones, are a separate audio device.  Here are the relevant
parts from your dmesg:

> audio0 at azalia0
> ppb0 at pci0 dev 28 function 0 "Intel 6 Series PCIE" rev 0xb4: msi
> pci1 at ppb0 bus 2

That's the built-in azalia(4) audio of the laptop that supplies the
speakers and the headphone jack.

> uaudio0 at uhub3 port 2 configuration 1 interface 1 "Plantronics Plantronics 
> HD1" rev 2.00/1.14 addr 3
> uaudio0: class v1, full-speed, sync, channels: 2 play, 2 rec, 9 ctls
> audio1 at uaudio0
> uhidev0 at uhub3 port 2 configuration 1 interface 3 "Plantronics Plantronics 
> HD1" rev 2.00/1.14 addr 3
> uhidev0: iclass 3/0, 1 report id
> uhid0 at uhidev0 reportid 1: input=15, output=15, feature=0

And these are your uaudio(4) headphones.

By default, mixerctl accesses /dev/mixer -> /dev/mixer0, which is
the built-in audio.  You can access the mixer associated with your
USB headphones by choosing the appropriate device:

$ mixerctl -f /dev/mixer1 

However, as in this example, I think you will only get a few generic

It is my theoretical understanding that USB audio gadgets typically
come with a uhid(4) device, as does yours above, and you would use
usbhidctl(1) to list and manipulate the available controls.

In practice, I only get some variant of

usbhidctl: USB_GET_REPORT (probably not supported by device): Input/output error

when I try this.  So either I'm mistaken or there is a problem

Christian "naddy" Weisgerber                          na...@mips.inka.de

Reply via email to