[Bug 12706] New: winealsa.drv: "No master control found" on usb microphone devices
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(a)winehq.org ReportedBy: Nephyrin(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Conan <bugzilla(a)woodsc.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bugzilla(a)woodsc.ca --- Comment #1 from Conan <bugzilla(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Alessio D'Ascanio <otaku(a)bebop.ath.cx> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #2 from Alessio D'Ascanio <otaku(a)bebop.ath.cx> 2008-05-11 08:19:28 --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Alessio D'Ascanio <otaku(a)bebop.ath.cx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |otaku(a)bebop.ath.cx --- Comment #3 from Alessio D'Ascanio <otaku(a)bebop.ath.cx> 2008-05-11 08:22:10 --- Same problem with my Gentoo -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Adam <gnuman1(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gnuman1(a)gmail.com --- Comment #4 from Adam <gnuman1(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Elizabeth Fong <elizabeth(a)ugcs.caltech.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |elizabeth(a)ugcs.caltech.edu --- Comment #5 from Elizabeth Fong <elizabeth(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Bryan <bryan.mreese(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bryan.mreese(a)gmail.com --- Comment #6 from Bryan <bryan.mreese(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Jeff Cook <cookiecaper(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cookiecaper(a)gmail.com --- Comment #7 from Jeff Cook <cookiecaper(a)gmail.com> 2008-09-26 05:04:48 --- I experience this too with git c. 9/21/2008. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #8 from Adam <gnuman1(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #9 from Jeff Cook <cookiecaper(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch --- Comment #10 from Austin English <austinenglish(a)gmail.com> 2008-09-29 13:02:48 --- Please send patches to wine-patches(a)winehq.org -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com --- Comment #11 from Austin English <austinenglish(a)gmail.com> 2009-03-30 12:47:29 --- Is this still an issue in current (1.1.18 or newer) wine? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #12 from Nephyrin zey <Nephyrin(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #13 from Austin English <austinenglish(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 William Pettersson <william.pettersson(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |william.pettersson(a)gmail.com --- Comment #14 from William Pettersson <william.pettersson(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #15 from Jeff Cook <cookiecaper(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |hardware -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 edward savage <epssyis(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |epssyis(a)gmail.com --- Comment #16 from edward savage <epssyis(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #17 from Jeff Cook <cookiecaper(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Raymond <superquad.vortex2(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |superquad.vortex2(a)gmail.com --- Comment #18 from Raymond <superquad.vortex2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #19 from Jeff Cook <cookiecaper(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #20 from Raymond <superquad.vortex2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #21 from Nephyrin zey <Nephyrin(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #22 from Raymond <superquad.vortex2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #23 from Nephyrin zey <Nephyrin(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #24 from Raymond <superquad.vortex2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Ludovic Fauvet <etix(a)l0cal.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |etix(a)l0cal.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #25 from Raymond <superquad.vortex2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #26 from Raymond <superquad.vortex2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winealsa.drv -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #27 from Jeff Cook <jeff(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #28 from Raymond <superquad.vortex2(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Andrew Eikum <aeikum(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum(a)codeweavers.com --- Comment #29 from Andrew Eikum <aeikum(a)codeweavers.com> 2012-05-29 09:25:54 CDT --- This was probably solved by the MMDevAPI rewrite. Are these microphones working correctly now? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 --- Comment #30 from butraxz(a)gmail.com 2013-04-22 15:15:53 CDT --- No answer for a year. Please close as abandoned. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Nephyrin zey <Nephyrin(a)nephyrin.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #31 from Nephyrin zey <Nephyrin(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12706 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #32 from Alexandre Julliard <julliard(a)winehq.org> 2013-04-26 13:15:35 CDT --- Closing bugs fixed in 1.5.29. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org