Closed Bug 820397 Opened 12 years ago Closed 10 years ago

Audio device list on Linux is crazy-long

Categories

(Core :: WebRTC: Audio/Video, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME
Tracking Status
firefox28 --- verified
firefox29 --- verified

People

(Reporter: ted, Unassigned)

Details

(Whiteboard: [getUserMedia])

Attachments

(2 files)

Attached image too many choices
There has to be something wrong with the audio device enumeration code on Linux, because we get a ridiculously long list of devices to choose from when you request an audio device (see attached screenshot).

Even if you leave out the Loopback devices (which I manually added by installing the alsa-loop kernel module) there are 14 devices listed for my onboard Intel audio (and a few of them look like output devices, so something is really wrong here).
Attached file output of `arecord -L`
This might be broken at the platform level, ALSA seems to return this huge list. We might have to filter down the results ourselves.
This looks like pulse-audio's enumeration of all of output configurations for each device. The Internet suggests the code implementing 'aplay -L' may be helpful in sorting out which is which.

In any case, it appears that every application has to write its own enumeration filtering heuristics. :(
That is, filter by device role; look for 'front' and 'sysdefault' for audio input options. 

See https://github.com/xbmc/xbmc/blob/master/xbmc/cores/AudioEngine/Sinks/AESinkALSA.cpp#L679 for an output example.
Whiteboard: DUPEME
Whiteboard: DUPEME → DUPEME [getUserMedia][blocking-gum-]
This appears to be fixed (by 3.43?) in both Aurora/28 and 29.  The list is small on my Fedora 19 system and comes up almost instantly now.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: DUPEME [getUserMedia][blocking-gum-] → [getUserMedia]
Yeah this looks sane now.
Status: RESOLVED → VERIFIED
[bugday-20140122] - Works fine in the Nightly build - 29.0a1 (2014-01-22) - Win7 - 64
Resolution: FIXED → WORKSFORME
svbabukumar, can you please verify this is fixed on Aurora as well?
Flags: needinfo?(svbabukumar)
Works fine in Aurora and Beta 27 as well
Flags: needinfo?(svbabukumar)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: