USB headset produces no sound

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

I am new to gentoo yet I seem to have everything working except my usb headset. It is a corsair vengeance 2000 wireless usb headset. It is selected as the default output in kde, but when I play any audio, Kde tells me that the device does not work it is reverting to another device.

The odd thing is that this headset has worked out of the box in every linux distro I tried (arch, ubuntu, fedora, debain). Also, sound itself works find as I can plug in speakers to my mini jack and playback sound alright

I am not sure what logs might help, but I can upload any if you want

Also, I am not sure if this is relevent, but I am pretty sure that the device uses some kind of fake 7.1 surround sound that is not dolby certified or something. Anyway, it usually works as stereo, or surround sound emulation in windows or linux. Just not gentoo so far...

Thanks!

NeddySeagoon · Posted: Fri May 31, 2013 8:27 pm Post subject:

aChipmunk,

Welcome to Gentoo.

The good news is that as your headset works in other distros, it will work in Gentoo too.
As its a USB device, we need the see the Vendor and Device IDs from lsusb.

If you don't have lsusb yet, you need to emerge usbutils
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

Here you go:

NeddySeagoon · Posted: Fri May 31, 2013 9:50 pm Post subject:

aChipmunk,

Google knows nothing, which is a good sign. If Google had lots of hits, they would all be problems.
Its either Bluetooth, or the wireless is transparent to the kernel.

The latter is simpler. Do you have

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

not sure if I looked in the right place... but

NeddySeagoon · Posted: Fri May 31, 2013 10:46 pm Post subject:

aChipmunk,

That looks good.

Unplug the device, wait 30 seconds for udev to realise its gone, then look in /dev/snd
How many files called controlCX, do you have, where X is a digit?

Now plug your headset back in, wait the 30 seconds, and look again, you should have a controlCX device
If this works, your kernel is good.

If you don't see the device in /dev/snd, please put your dmesg on a pastebin site as its too big to fit in a post.
wgetpaste is your friend.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

Found something interesting...
In kmix, the headphones only show up as a capture device (they have a mic...), but not as a playback device
Screenshots:
http://imgur.com/a/Hsymu

This seems to be the same thing that dmesg is telling us, they device is only recognized for input.

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

Another look into alsamixer turned up this:
View: f3 for looking at playback device shows a mono channel. This is most likely the mic as the output is stereo or 7.1 depending... (see first post)

then f4 for capture shows a stereo L R channel. This is most likely the output. It seems alsa is mixing up the output and input.

Do you know to to switch it?

NeddySeagoon · Posted: Sat Jun 01, 2013 6:23 pm Post subject:

aChipmunk,

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

here you go!
http://bpaste.net/show/103671/

I can't believe you are willing to look through that. Thanks a lot!

NeddySeagoon · Posted: Sat Jun 01, 2013 10:36 pm Post subject:

aChipmunk

The kernel .config is well organised and with a bit of practice, you can search it with the web browsers find.
The things that are configured out are just as important as the things that are configured in, so I like to see everything.
That also covers the cases where the names are not what you expect.

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

Thanks, but I disabled those options and nothing happened...

The headphones don't even show up as an output in kmix, and dmesg still shows the same thing...

This is turning into quite the ordeal...

NeddySeagoon · Posted: Sat Jun 01, 2013 11:29 pm Post subject:

aChipmunk,

What does

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

here you go:

NeddySeagoon · Posted: Sun Jun 02, 2013 1:45 pm Post subject:

aChipmunk,

Thats definately a kernel complied on Sat Jun 1 16:10:33 PDT

How do you make your kernel?
By hand or with genkernel?
Please post your kernel .config as it is now.

While you get

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

I used genkernel originally, but since then I have been enabling/disabling option and recompiling with make menuconfig.

lsusb -vvv
http://dpaste.com/1208712/

this did not seem to do much:

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

this is what alsamixer shows, which seems very interesting: http://dpaste.com/1208727/

The input shows up as LR but SHOULD be mono. The output shows up as mono but SHOULD be LR. I went into audacity which confirms that the "Vengeance 200: USB Audio" has only a mono input and it works!

I THINK I MADE A BREAKTHROUGH!!!!!!!!!

In audacity I just now found I can play back to "Vengeance 200: USB Audio (hw 2,0)" all right. However, the headphones still DO NOT show up as an input for system audio. Screenshots: http://imgur.com/a/QDt0k
The device works fine, it just does not have the option to be a system wide audio device.

EDIT: the above only works while plugged into the powered usb hub

However in other OS's (is the how you say it?) the headphones work fine in the system usb 2.0 and 3.0 ports. So maybe I missed some usb driver in my kernel config?? i ran lspci and this seems to be by usb controller:

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

OK! last big update!!!!!!!!!!!

It works in audacity plugged into usb 2.0 ports at the front of the pc, but not any ports in the back.
Since i built the pc I know that the front ports are connected to the usb 2.0 headers on the motherboard while the ports in the back are form the motherboard herself. Here is full lspci output: http://dpaste.com/1208756/

NeddySeagoon · Posted: Mon Jun 03, 2013 6:51 pm Post subject:

aChipmunk,

Thats interesting,

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

Here it is:

lsusb -v: http://bpaste.net/show/104133/

lsusb -t: http://bpaste.net/show/104134/

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

Sorry, the previous post was for the headphone NOT working.
This is with them working:
lsusb -v http://bpaste.net/show/104174/

lsusb -t http://bpaste.net/show/104175/

NeddySeagoon · Posted: Tue Jun 04, 2013 6:24 pm Post subject:

aChipmunk,

Looking at the two lsusb -t outputs, you can see that all of your USB devices are connected to a single USB bus, in this case Bus 02, when it doesn't work.

The working case has your Human Interface Device on Bus 02 and the headphones on Bus 01, so you have more total bandwidth to use.
Both your devices are USB1 Full Speed (12Mbit/sec devices)

Looking back at your kernel
You had

aChipmunk · n00b Joined: 31 May 2013 Posts: 15

Hmm.... I tried adding those modules and running make modules and make modules_install. Then I loaded those drivers, and nothing...
Rebooted and nothing again...
dmesg is still giving the same error.

Here is the newest kernel config...

http://bpaste.net/show/104514/

In the mean time should I try recompiling the whole kernel?

NeddySeagoon · Posted: Wed Jun 05, 2013 6:58 pm Post subject:

aChipmunk,

With those kernel settings, you should have four busses in lsusb, where you had two before.

We have already established that your headset will want a bus to itself, that is lsusb -t will show