http://bugs.winehq.org/show_bug.cgi?id=12706
Summary: winealsa.drv: "No master control found" on usb microphone devices Product: Wine Version: 0.9.60 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: Nephyrin@nephyrin.net
"fixme:mixer:ALSA_MixerInit No master control found on AK5370, disabling mixer"
Is produced on wine startup, disabling my usb microphone. In dlls/winealsa.drv/mixer.c it disables mixers that have no 'Master' control, making controllers like this that have only the one "Microphone" capture control unusable.
http://bugs.winehq.org/show_bug.cgi?id=12706
Conan bugzilla@woodsc.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla@woodsc.ca
--- Comment #1 from Conan bugzilla@woodsc.ca 2008-04-27 19:21:15 --- I also get this bug with my usb microphone. The microphone works fine using audicity but has the "No master control found" error on wine startup.
http://bugs.winehq.org/show_bug.cgi?id=12706
Alessio D'Ascanio otaku@bebop.ath.cx changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Alessio D'Ascanio otaku@bebop.ath.cx 2008-05-11 08:19:28 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12706
Alessio D'Ascanio otaku@bebop.ath.cx changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |otaku@bebop.ath.cx
--- Comment #3 from Alessio D'Ascanio otaku@bebop.ath.cx 2008-05-11 08:22:10 --- Same problem with my Gentoo
http://bugs.winehq.org/show_bug.cgi?id=12706
Adam gnuman1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gnuman1@gmail.com
--- Comment #4 from Adam gnuman1@gmail.com 2008-05-31 16:24:57 --- Main sound card device: $ amixer -c 0 scontrols Simple mixer control 'Master',0 Simple mixer control 'Headphone',0 Simple mixer control 'PCM',0 Simple mixer control 'Front',0 Simple mixer control 'Surround',0 Simple mixer control 'Center',0 Simple mixer control 'LFE',0 Simple mixer control 'Line',0 Simple mixer control 'CD',0 Simple mixer control 'Mic',0 Simple mixer control 'Mic Boost',0 Simple mixer control 'Phone',0 Simple mixer control 'IEC958',0 Simple mixer control 'PC Speaker',0 Simple mixer control 'Aux',0 Simple mixer control 'Mono',0 Simple mixer control 'Capture',0 Simple mixer control 'Mix',0 Simple mixer control 'Channel Mode',0 Simple mixer control 'Digital',0 Simple mixer control 'Stereo Downmix',0
USB Headset: $ amixer -c 1 scontrols Simple mixer control 'Mic',0 Simple mixer control 'Speaker',0
http://bugs.winehq.org/show_bug.cgi?id=12706
Elizabeth Fong elizabeth@ugcs.caltech.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elizabeth@ugcs.caltech.edu
--- Comment #5 from Elizabeth Fong elizabeth@ugcs.caltech.edu 2008-06-25 17:25:49 --- http://alsa.opensrc.org/index.php/How_to_use_softvol_to_control_the_master_v... may be a potential workaround. I will try this this afternoon and report back.
http://bugs.winehq.org/show_bug.cgi?id=12706
Bryan bryan.mreese@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bryan.mreese@gmail.com
--- Comment #6 from Bryan bryan.mreese@gmail.com 2008-07-21 23:41:51 --- Do we have a workaround for this? I tried playing around with the softvol but got nowhere. I believe that is due to my inexperience and the lack of good documentation about setting up a dsnoop softvol.
I've had two different USB headsets, and this one has stopped both from working with the mic.
Does anyone know if this is a regression and when it was introduced? It seems to hit every USB headset, or do some work?
I'll keep researching and seeing what I can find.
http://bugs.winehq.org/show_bug.cgi?id=12706
Jeff Cook cookiecaper@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cookiecaper@gmail.com
--- Comment #7 from Jeff Cook cookiecaper@gmail.com 2008-09-26 05:04:48 --- I experience this too with git c. 9/21/2008.
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #8 from Adam gnuman1@gmail.com 2008-09-26 12:59:12 --- Created an attachment (id=16283) --> (http://bugs.winehq.org/attachment.cgi?id=16283) Add 'Speaker' as a possible alternative 'Master' control name
On Logitech USB headset, 'Speaker' and 'Mic' are only two mixer controls. This should address issue 12706
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #9 from Jeff Cook cookiecaper@gmail.com 2008-09-28 06:17:42 --- The patch from Adam does not resolve this issue for me. The output about no Master control remains. Both of my USB devices (external mic and mic in webcam) have only a Mic control, which, according to the source of mixer.c, should be handled separately as a Capture control (and debug messages I've added indicate that it is being detected as such, returns positive for snd_mixer_selem_has_capture_volum(elem) ), but it doesn't work. Working on a patch but I'm unfamiliar with both WINE and ALSA's source, so it will probably take a while.
http://bugs.winehq.org/show_bug.cgi?id=12706
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
--- Comment #10 from Austin English austinenglish@gmail.com 2008-09-29 13:02:48 --- Please send patches to wine-patches@winehq.org
http://bugs.winehq.org/show_bug.cgi?id=12706
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
--- Comment #11 from Austin English austinenglish@gmail.com 2009-03-30 12:47:29 --- Is this still an issue in current (1.1.18 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #12 from Nephyrin zey Nephyrin@nephyrin.net 2009-03-31 12:23:06 --- This is still an issue in wine 1.1.18. USB Microphones in alsa have *only one* control, and it is the microphone control. They have zero output/master controls, which wine seems to require.
Using the following '.asoundrc' file, i can specify a new default pseudo-device that has my speakers as an output and the USB mic as an input:
pcm.!default { type asym playback.pcm { type plug slave.pcm "hw:0,0" } capture.pcm { type plug slave.pcm "hw:2,0" } }
This functions as a workaround and my mic works fine in wine.
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #13 from Austin English austinenglish@gmail.com 2009-03-31 17:33:33 --- (In reply to comment #8)
Created an attachment (id=16283)
--> (http://bugs.winehq.org/attachment.cgi?id=16283) [details]
Add 'Speaker' as a possible alternative 'Master' control name
On Logitech USB headset, 'Speaker' and 'Mic' are only two mixer controls. This should address issue 12706
You should send this patch to wine-patches if you haven't already. If no response after a few days, send an e-mail to wine-devel and ask for comments.
http://bugs.winehq.org/show_bug.cgi?id=12706
William Pettersson william.pettersson@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |william.pettersson@gmail.com
--- Comment #14 from William Pettersson william.pettersson@gmail.com 2009-04-18 23:25:47 --- The patch won't change my situation, nor some other commenters. I have a Logitech Desktop USB Microphone, comes up as an AK5370. It has one single control, for the Microphone. It has no playback support at all. # amixer -c 0 scontrols Simple mixer control 'Mic',0
Reading the comments in mixer.c, it seems a Master control is "wanted" by the Windows API. I'm not sure on the exact meaning of "wanted" in this context, whether the API will be broken if a Master control is not provided for a capture-only device.
I'm quite happy to hack through the source code to work on this, but should the aim be to provide a "dummy" Master control that does nothing, or should a device with no Master control be provided?
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #15 from Jeff Cook cookiecaper@gmail.com 2009-05-03 02:34:24 --- This is my only experience with either WINE or Windows hacking, so take it with a grain of salt, but when I looked through this code, it appeared the easiest way to get things working is just to create a dummy Master control. Lots of the ALSA code seems to expect and depend upon this, so it'd be easier than to map things like that than not, and I assume that's what Windows expects, so we'd want to present it with a similar interface. I have the exact same mic and had the exact same issue.
Someone with ALSA experience can probably find this better; I got hung up on some ALSA-specific things and basically decided it wasn't worth it when everyone in the Linux sound programming IRC channels mocked my plight in having to figure this out with ALSA. Apparently it's not a very popular system.
http://bugs.winehq.org/show_bug.cgi?id=12706
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |hardware
http://bugs.winehq.org/show_bug.cgi?id=12706
edward savage epssyis@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |epssyis@gmail.com
--- Comment #16 from edward savage epssyis@gmail.com 2010-05-03 04:45:44 --- My Logitech USB headset with microphone works with TF2. The only issue is that the audio every one hears from me is stuttered and a little crackly which is already outlined in bug 5159. Is this bug still a problem for anyone else?
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #17 from Jeff Cook cookiecaper@gmail.com 2010-05-24 05:29:07 --- This still seems active to me. I am still getting this FIXME from line 525 in current git: FIXME("No master control found on %s, disabling mixer\n", snd_ctl_card_info_get_name(info));, which indicates that the device is unavailable, and I am unable to record in Audacity; I haven't tried TF2 again yet, but this bug should prevent a user from using a USB mic in WINE at all.
Looking through mixer.c again to see the feasibility of a patch.
http://bugs.winehq.org/show_bug.cgi?id=12706
Raymond superquad.vortex2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superquad.vortex2@gmail.com
--- Comment #18 from Raymond superquad.vortex2@gmail.com 2010-06-08 04:23:47 --- (In reply to comment #14)
The patch won't change my situation, nor some other commenters. I have a Logitech Desktop USB Microphone, comes up as an AK5370. It has one single control, for the Microphone. It has no playback support at all. # amixer -c 0 scontrols Simple mixer control 'Mic',0
Reading the comments in mixer.c, it seems a Master control is "wanted" by the Windows API. I'm not sure on the exact meaning of "wanted" in this context, whether the API will be broken if a Master control is not provided for a capture-only device.
I'm quite happy to hack through the source code to work on this, but should the aim be to provide a "dummy" Master control that does nothing, or should a device with no Master control be provided?
The point is in windows , you can select prefered playback device and prefered recording device on two different sound cards
but wine does not implemented this features
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #19 from Jeff Cook cookiecaper@gmail.com 2010-06-24 19:25:56 --- Created an attachment (id=29120) --> (http://bugs.winehq.org/attachment.cgi?id=29120) Possibly working patch for snd_usb_audio
This is a patch that makes WINE detect snd_usb_audio mics and assign them a mixer and working master control. I wasn't able to test it completely because I wasn't able to switch my default input device to the USB mic and no one in IRC is helping with this, but it might make things work because theoretically the only problem was that WINE was ignoring devices that looked like snd_usb_audio's microphones. I suggest that someone who CAN get snd_usb_audio mic as their default test it out and confirm, I would really appreciate that.
This patch is based against the current git HEAD, eaa227c12d8bb. I will also copy the mailing list mentioned earlier in this thread.
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #20 from Raymond superquad.vortex2@gmail.com 2010-06-24 21:50:26 --- (In reply to comment #12)
Using the following '.asoundrc' file, i can specify a new default pseudo-device that has my speakers as an output and the USB mic as an input:
pcm.!default { type asym playback.pcm { type plug slave.pcm "hw:0,0" } capture.pcm { type plug slave.pcm "hw:2,0" } }
This functions as a workaround and my mic works fine in wine.
This won't work because alsa use ctl.default to find the mixer device and get the volume control of the device
In windows , you are allowed to select prefered playback device and capture device , but wine only allow you to select sound card
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #21 from Nephyrin zey Nephyrin@nephyrin.net 2010-06-25 18:30:02 --- (In reply to comment #20)
(In reply to comment #12)
Using the following '.asoundrc' file, i can specify a new default pseudo-device that has my speakers as an output and the USB mic as an input:
pcm.!default { type asym playback.pcm { type plug slave.pcm "hw:0,0" } capture.pcm { type plug slave.pcm "hw:2,0" } }
This functions as a workaround and my mic works fine in wine.
This won't work because alsa use ctl.default to find the mixer device and get the volume control of the device
In windows , you are allowed to select prefered playback device and capture device , but wine only allow you to select sound card
I have been using this method to use my USB mic in both WoW and TF2 on linux for some time, so it does indeed work. I believe the 'pcm.!default' overrides the default device, which also applies to ctl.default.
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #22 from Raymond superquad.vortex2@gmail.com 2010-06-25 23:02:01 --- (In reply to comment #21)
(In reply to comment #20)
(In reply to comment #12)
Using the following '.asoundrc' file, i can specify a new default pseudo-device that has my speakers as an output and the USB mic as an input:
pcm.!default { type asym playback.pcm { type plug slave.pcm "hw:0,0" } capture.pcm { type plug slave.pcm "hw:2,0" } }
This functions as a workaround and my mic works fine in wine.
This won't work because alsa use ctl.default to find the mixer device and get the volume control of the device
In windows , you are allowed to select prefered playback device and capture device , but wine only allow you to select sound card
I have been using this method to use my USB mic in both WoW and TF2 on linux for some time, so it does indeed work. I believe the 'pcm.!default' overrides the default device, which also applies to ctl.default.
If it really apply to ctl.default,
you will see playback screen of card 0 and capture screen of card 2 if you run
alsamixer -Ddefault
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #23 from Nephyrin zey Nephyrin@nephyrin.net 2010-06-26 00:32:57 ---
If it really apply to ctl.default,
you will see playback screen of card 0 and capture screen of card 2 if you run
alsamixer -Ddefault
I was under the impression that alsamixer worked with the physical cards, not pseudo-devices you've configured. Either way, my Logitech USB microphone works in WoW in wine, in Ventrilo in Wine, in steam chat in wine, and in TF2 in wine. It does not if I remove .asoundrc. Make of that what you will.
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #24 from Raymond superquad.vortex2@gmail.com 2010-06-26 18:48:24 --- (In reply to comment #23)
If it really apply to ctl.default,
you will see playback screen of card 0 and capture screen of card 2 if you run
alsamixer -Ddefault
I was under the impression that alsamixer worked with the physical cards, not pseudo-devices you've configured. Either way, my Logitech USB microphone works in WoW in wine, in Ventrilo in Wine, in steam chat in wine, and in TF2 in wine. It does not if I remove .asoundrc. Make of that what you will.
For those half-duplex devices such as webcam with mic does not have "Master Playback Volume control"
Do wine handle this half-duplex case since windows can select prefered playback device and capture device on two different sound card
It seem wine expect all sound cards are full-duplex
alsa -D default is not "playback screen" of alsa -D hw:0 and "Capture Screen" of alsa -D hw:2 because "type asym" is not supported in ctl.default
http://bugs.winehq.org/show_bug.cgi?id=12706
Ludovic Fauvet etix@l0cal.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |etix@l0cal.com
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #25 from Raymond superquad.vortex2@gmail.com 2010-09-01 22:18:45 CDT --- (In reply to comment #9)
The patch from Adam does not resolve this issue for me. The output about no Master control remains. Both of my USB devices (external mic and mic in webcam) have only a Mic control, which, according to the source of mixer.c, should be handled separately as a Capture control (and debug messages I've added indicate that it is being detected as such, returns positive for snd_mixer_selem_has_capture_volum(elem) ), but it doesn't work. Working on a patch but I'm unfamiliar with both WINE and ALSA's source, so it will probably take a while.
The easy way is run "WINETEST_INTERACTIVE=1 winmm_test mixer" in wine and windows and compare the result
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #26 from Raymond superquad.vortex2@gmail.com 2010-11-24 20:09:09 CST --- The other bug is ALSA_ComputeCaps of winealsa.drv check whether the Capture device has a "PCM Playback Volume" element
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
http://bugs.winehq.org/show_bug.cgi?id=12706
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winealsa.drv
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #27 from Jeff Cook jeff@deserettechnology.com 2011-04-12 15:13:26 CDT --- For the record, I had USB audio working with card 0 with a set of patches mailed last year. Some of them were merged but an important one and some that relied on it weren't. The main problem is that the patch that opens the alsa device with dmix() was rejected because it's not technically correct to open an alsa device with dmix() explicitly (in case a user is not using dmix). That's the only way I could get it working, though -- without that explicit dmix open, there would be a race between the usb mic and the sound card to open the sound first, and whichever won would work and the other wouldn't. I've asked in ALSA forums and they've not provided any useful info. Once I find out how to get around that and/or do things correctly there, I will probably look at proposing the patches again, and extending them to allow you to use non-card-0 devices as USB audio.
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #28 from Raymond superquad.vortex2@gmail.com 2011-04-13 01:40:07 CDT --- the bug is not related to winealsa.drv
to solve this problem , winecfg must allow user to use different card for playback device and capture device
http://bugs.winehq.org/show_bug.cgi?id=12706
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
--- Comment #29 from Andrew Eikum aeikum@codeweavers.com 2012-05-29 09:25:54 CDT --- This was probably solved by the MMDevAPI rewrite. Are these microphones working correctly now?
http://bugs.winehq.org/show_bug.cgi?id=12706
--- Comment #30 from butraxz@gmail.com 2013-04-22 15:15:53 CDT --- No answer for a year. Please close as abandoned.
http://bugs.winehq.org/show_bug.cgi?id=12706
Nephyrin zey Nephyrin@nephyrin.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #31 from Nephyrin zey Nephyrin@nephyrin.net 2013-04-22 15:54:59 CDT --- I have not had any issue with my USB microphone for some time now. Marking resolved per c29
http://bugs.winehq.org/show_bug.cgi?id=12706
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #32 from Alexandre Julliard julliard@winehq.org 2013-04-26 13:15:35 CDT --- Closing bugs fixed in 1.5.29.
-
wine-bugs＠winehq.org