http://bugs.winehq.org/show_bug.cgi?id=14559
Summary: Rosetta stone v3 microphone detection Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: groennevik@gmail.com
Rosetta Stone v3 has a simple mic detection, which simply says it's not found.
It seems to work for many, but many others have the same issue I have. I've tried every setting I could think of, but obviously I could've missed something.
The software appears to work well other than the mic recognition, but it would be very useful to have that feature enabled.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #1 from Lei Zhang thestig@google.com 2008-07-21 13:45:31 --- What sound driver are you using? ALSA? OSS? Does your microphone work with native Linux apps?
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #2 from groennevik@gmail.com 2008-07-21 15:35:06 --- Sorry for not elaborating. Yes it works in native linux apps. I'm using ALSA, but I tried enabling all the others as well. I tried heaps of settings.
If it's for any use, my soundcard is Creative Audigy 2 ZS.
Unfortunately I can't give you info from the terminal. I've tried running rosetta stone through it. It opens, but freezes, even if I use the same commands wine use to open it.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #3 from Austin English austinenglish@gmail.com 2009-01-21 11:06:51 --- Is this still an issue in current (1.1.13 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14559
xbx xavierb@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xavierb@gmail.com
--- Comment #4 from xbx xavierb@gmail.com 2009-05-21 04:39:05 --- I still have this problem with : - wine-1.1.21 - ubuntu 9.04 - Card: HDA Intel / Chip: Conexant CX20561 (Hermosa) - winecfg "alsa / driver emulation" - 64 bits system I guess alsa goes through pulseaudio.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #5 from xbx xavierb@gmail.com 2009-05-21 04:50:24 --- Created an attachment (id=21213) --> (http://bugs.winehq.org/attachment.cgi?id=21213) wine debug log
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #6 from xbx xavierb@gmail.com 2009-05-21 05:08:24 --- (investigation on going...) I tried to get a simpler test case, and downloaded: http://sound-recorder.biz/freesoundrecorder.html
The program shows in the top window a Vu-meter, and in the bottom window the recording device and recording mixer. (see screenshot: http://sound-recorder.biz/screenshot_freesoundrecorder.html)
While the vu meter does show the actual microphone level in real time, the bottom part remains blank with no device available.
So I guess that means it almost works but not quite. And I think the issue is with the mixer part, rather than the actual recording part.
============================= the log for this program is: $ WINEDEBUG=+mixer wine ar.exe trace:mixer:ALSA_mxdMessage (0000, DRVM_INIT, 00000000, 00000000, 00000000); trace:mixer:blacklisted PCM: 0 trace:mixer:getcomponenttype 2 -> PCM trace:mixer:blacklisted IEC958: 1 trace:mixer:blacklisted IEC958 Default PCM: 1 trace:mixer:blacklisted Digital: 0 trace:mixer:getcomponenttype 11 -> Digital trace:mixer:blacklisted Docking Mic: 0 warn:mixer:getcomponenttype Unknown mixer name Docking Mic, probably harmless trace:mixer:blacklisted External Mic: 0 warn:mixer:getcomponenttype Unknown mixer name External Mic, probably harmless trace:mixer:blacklisted Internal Mic: 0 warn:mixer:getcomponenttype Unknown mixer name Internal Mic, probably harmless warn:mixer:ALSA_MixerInit No use enabling capture part of mixer, capture control found: no, amount of capture controls: 4 trace:mixer:getcomponenttype 0 -> Master trace:mixer:blacklisted PCM: 0 trace:mixer:getcomponenttype 2 -> PCM trace:mixer:blacklisted IEC958: 1 trace:mixer:blacklisted IEC958 Default PCM: 1 trace:mixer:blacklisted Digital: 0 trace:mixer:getcomponenttype 11 -> Digital trace:mixer:blacklisted Docking Mic: 0 warn:mixer:getcomponenttype Unknown mixer name Docking Mic, probably harmless trace:mixer:blacklisted External Mic: 0 warn:mixer:getcomponenttype Unknown mixer name External Mic, probably harmless trace:mixer:blacklisted Internal Mic: 0 warn:mixer:getcomponenttype Unknown mixer name Internal Mic, probably harmless trace:mixer:fillcontrols Filling control 0 trace:mixer:fillcontrols Filling control 1 trace:mixer:fillcontrols Filling control 2 trace:mixer:fillcontrols Filling control 3 trace:mixer:fillcontrols Filling control 4 trace:mixer:fillcontrols Filling control 5 trace:mixer:ALSA_MixerInit hw:0: Amount of controls: 1/6, name: L"HDA Intel" trace:mixer:blacklisted IEC958: 1 fixme:mixer:ALSA_MixerInit No master control found on HDA ATI HDMI, disabling mixer trace:mixer:ALSA_MixerInit trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETNUMDEVS, 00000000, 00000000, 00000000); trace:mixer:ALSA_mxdMessage Returning 00000001 fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d004 trace:mixer:ALSA_mxdMessage (0000, MXDM_OPEN, 0032F84C, 0032F898, 00030000); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETDEVCAPS, 00000000, 0032F864, 00000050); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F7D0, 00000000); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F7D0, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F7D0, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F7D0, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F7D0, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F7D0, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_CLOSE, 7E66B0EB, 00000000, 00000000); trace:mixer:MIX_Close Shutting down thread... trace:mixer:ALSA_MixerPollThread (nil) trace:mixer:ALSA_MixerPollThread Counted 2 descriptors trace:mixer:ALSA_MixerPollThread Shutting down trace:mixer:MIX_Close Done trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_OPEN, 0032F9DC, 0032FA28, 00030000); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETDEVCAPS, 00000000, 0032F9F4, 00000050); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000000); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_CLOSE, 7E66B0EB, 00000000, 00000000); trace:mixer:MIX_Close Shutting down thread... trace:mixer:ALSA_MixerPollThread (nil) trace:mixer:ALSA_MixerPollThread Counted 2 descriptors trace:mixer:ALSA_MixerPollThread Shutting down trace:mixer:MIX_Close Done trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_OPEN, 0032F9DC, 0032FA28, 00030000); trace:mixer:ALSA_MixerPollThread (nil) trace:mixer:ALSA_MixerPollThread Counted 2 descriptors trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETDEVCAPS, 00000000, 0032F9F4, 00000050); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000000); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_GETLINEINFO, 7E66B0EB, 0032F960, 00000001); trace:mixer:ALSA_mxdMessage Returning 00000000 trace:mixer:ALSA_mxdMessage (0000, MXDM_CLOSE, 7E66B0EB, 00000000, 00000000); trace:mixer:ALSA_MixerPollThread Shutting down trace:mixer:MIX_Close Shutting down thread... trace:mixer:MIX_Close Done trace:mixer:ALSA_mxdMessage Returning 00000000
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #7 from xbx xavierb@gmail.com 2009-05-21 05:47:10 --- As I'm afraid I don't understand a thing to alsamixer nor win32 mixer, I don't even know what's going on, But I tried this change to see what would happen:
======================== diff --git a/dlls/winealsa.drv/mixer.c b/dlls/winealsa.drv/mixer.c index e5cd347..0f7642c 100644 --- a/dlls/winealsa.drv/mixer.c +++ b/dlls/winealsa.drv/mixer.c @@ -211,6 +211,9 @@ static const struct mixerlinetype { { "Phone", MIXERLINE_COMPONENTTYPE_SRC_TELEPHONE, }, { "Digital", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, { "Front Mic", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, + { "External Mic", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, + { "Internal Mic", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, + { "Docking Mic", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, };
/* Map name to MIXERLINE_COMPONENTTYPE_XXX */ @@ -468,6 +471,9 @@ static void ALSA_MixerInit(void) * If there are multiple Master or Captures, all except 1 will be added as slaves */ for (elem = snd_mixer_first_elem(mixdev[mixnum].mix); elem; elem = snd_mixer_elem_next(elem)) + { + TRACE(" ===== MixerInit: elem: %s, capture: %d\n", snd_mixer_selem_get_name(elem), snd_mixer_selem_has_playback_vol + if (!strcasecmp(snd_mixer_selem_get_name(elem), "Master") && !mastelem) mastelem = elem; else if (!strcasecmp(snd_mixer_selem_get_name(elem), "Capture") && !captelem) @@ -496,6 +502,7 @@ static void ALSA_MixerInit(void) ++(mixdev[mixnum].chans); } } + }
/* Add master channel, uncounted channels and an extra for capture */ mixdev[mixnum].chans += !!mastelem + !!headelem + !!pcmelem + 1;
========================
I still doesn't work of course, and the mixer init log now is:
trace:mixer:ALSA_mxdMessage (0000, DRVM_INIT, 00000000, 00000000, 00000000); trace:mixer:ALSA_MixerInit ===== MixerInit: elem: Master, capture: 1 trace:mixer:ALSA_MixerInit ===== MixerInit: elem: PCM, capture: 1 trace:mixer:blacklisted PCM: 0 trace:mixer:getcomponenttype 2 -> PCM trace:mixer:ALSA_MixerInit ===== MixerInit: elem: IEC958, capture: 0 trace:mixer:blacklisted IEC958: 1 trace:mixer:ALSA_MixerInit ===== MixerInit: elem: IEC958 Default PCM, capture: 0 trace:mixer:blacklisted IEC958 Default PCM: 1 trace:mixer:ALSA_MixerInit ===== MixerInit: elem: Digital, capture: 0 trace:mixer:blacklisted Digital: 0 trace:mixer:getcomponenttype 11 -> Digital trace:mixer:ALSA_MixerInit ===== MixerInit: elem: Docking Mic, capture: 1 trace:mixer:blacklisted Docking Mic: 0 trace:mixer:getcomponenttype 15 -> Docking Mic trace:mixer:ALSA_MixerInit ===== MixerInit: elem: External Mic, capture: 1 trace:mixer:blacklisted External Mic: 0 trace:mixer:getcomponenttype 13 -> External Mic trace:mixer:ALSA_MixerInit ===== MixerInit: elem: Internal Mic, capture: 1 trace:mixer:blacklisted Internal Mic: 0 trace:mixer:getcomponenttype 14 -> Internal Mic warn:mixer:ALSA_MixerInit No use enabling capture part of mixer, capture control found: no, amount of capture controls: 4
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #8 from xbx xavierb@gmail.com 2009-05-21 05:52:51 --- got it wrong, sorry.
===== MixerInit: elem: Master, playback: 1, capture: 0 ===== MixerInit: elem: PCM, playback: 1, capture: 0 ===== MixerInit: elem: IEC958, playback: 0, capture: 0 ===== MixerInit: elem: IEC958 Default PCM, playback: 0, capture: 0 ===== MixerInit: elem: Digital, playback: 0, capture: 1 ===== MixerInit: elem: Docking Mic, playback: 1, capture: 1 ===== MixerInit: elem: External Mic, playback: 1, capture: 1 ===== MixerInit: elem: Internal Mic, playback: 1, capture: 1
with this code TRACE(" ===== MixerInit: elem: %s, playback: %d, capture: %d\n", snd_mixer_selem_get_name(elem), snd_mixer_selem_has_playback_volume(elem), snd_mixer_selem_has_capture_volume(elem));
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #9 from Vitaliy Margolen vitaliy@kievinfo.com 2009-05-21 07:28:12 --- xbx xavierb@gmail.com What part of NOT PASTING LOGS DON'T YOU UNDERSTAND?
Remove pulseaudio, it is NOT supported!
http://bugs.winehq.org/show_bug.cgi?id=14559
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Alias|Roffe |
http://bugs.winehq.org/show_bug.cgi?id=14559
Andrea andreasetta000@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andreasetta000@gmail.com
--- Comment #10 from Andrea andreasetta000@gmail.com 2009-06-04 01:49:37 --- sorry ii thiiiink i am posting in the wrong forum Rosetta stone is working great no bugs here microphone working great. again i am so sorry
wine 1.1.22 ubuntu 8.10
http://bugs.winehq.org/show_bug.cgi?id=14559
Dan Ballard haplo@mindstab.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |haplo@mindstab.net
--- Comment #11 from Dan Ballard haplo@mindstab.net 2009-06-22 13:49:46 --- I can confirm this bug with Rosetta Stone v3.3.5 and Wine 1.1.24 on Ubuntu 9.04. I tried every sound configuration and the sound always plays perfectly in Rosetta but it cannot even detect my mic (which works fine in Gnome sound recorder).
http://bugs.winehq.org/show_bug.cgi?id=14559
gabrieljoel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gabrieljoel@gmail.com
--- Comment #12 from gabrieljoel@gmail.com 2009-07-06 19:19:24 --- It seems like this bug persists. I'm still experiencing it. Is anybody taking care of it? Should I file a new one?
http://bugs.winehq.org/show_bug.cgi?id=14559
andrewkahn123@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewkahn123@gmail.com
--- Comment #13 from andrewkahn123@gmail.com 2009-08-17 00:35:50 --- I can confirm this issue as well. The rest of the program works just fine, but the microphone is not detected. I'm running ubuntu netbook remix 9.04 with wine 1.1.27.
The microphone works just fine on the rest of the system, and I was able to get the microphone to work on a previous install (I think it was 8.10 with pulseaudio disabled and 1.0).
Disabling pulseaudio is no longer an option-- the rest of the system relies on it too heavily.. and everything else works just fine with it.
http://bugs.winehq.org/show_bug.cgi?id=14559
Timothy incudie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |incudie@gmail.com
--- Comment #14 from Timothy incudie@gmail.com 2009-08-18 14:22:53 --- I can agree that this is a problem over multiple versions of wine and ubuntu.
Wine-1.1.27 Ubuntu 9.04 and 9.10 are affected (I've been on 64bit during all my testing) I have tried with Alsa and Pulseaudio (along with the Wine pulse audio patches). All tests show the save error in the terminal:
"Audio Error" If I refresh the mic list the terminal scrolls with "Audio Error" No other output information shows
With and without padsp the OSS wrapper...
incudie@IIDX-22:~/.wine/drive_c/Program Files/Rosetta Stone/Rosetta Stone Version 3$ padsp wine RosettaStoneVersion3.exe fixme:shdocvw:taskbar_list_HrInit iface 0x137290 stub! fixme:advapi:RegisterTraceGuidsW 0x3039f97 0x3174b08 0x2f29354 1 0x32ece8 (null) (null) 0x3174b10 fixme:advapi:RegisterTraceGuidsW 0x3039f97 0x3174b28 0x2f29364 1 0x32ece8 (null) (null) 0x3174b30 err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! fixme:advapi:RegisterTraceGuidsW 0x3039f97 0x3174b08 0x2f29354 1 0x32edd0 (null) (null) 0x3174b10 fixme:advapi:RegisterTraceGuidsW 0x3039f97 0x3174b28 0x2f29364 1 0x32edd0 (null) (null) 0x3174b30 err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:CoGetClassObject class {96749377-3391-11d2-9ee3-00c04f797396} not registered err:ole:create_server class {96749377-3391-11d2-9ee3-00c04f797396} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {96749377-3391-11d2-9ee3-00c04f797396} could be created for context 0x17 fixme:d3d_caps:IWineD3DImpl_FillGLCaps Received unrecognized GL_VENDOR Tungsten Graphics, Inc. Setting VENDOR_WINE. fixme:d3d:check_fbo_compat Format WINED3DFMT_R8G8B8 with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_A8R8G8B8 with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_X8R8G8B8 with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:d3d:check_fbo_compat Format WINED3DFMT_R5G6B5 rtInternal format is not supported as FBO color attachment. fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16_UNORM rtInternal format is not supported as FBO color attachment. fixme:d3d:check_fbo_compat Format WINED3DFMT_R16G16B16A16_UNORM with rendertarget flag is not supported as FBO color attachment, and no fallback specified. fixme:win:EnumDisplayDevicesW ((null),0,0x32f704,0x00000000), stub! fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:advapi:SetNamedSecurityInfoW L"C:\Program Files\Common Files\Macrovision Shared\FLEXnet Publisher\\fnp_registrations.xml" 1 4 (nil) (nil) 0xa4232d8 (nil) fixme:psapi:EnumDeviceDrivers ((nil), 0, 0x32cd94): stub fixme:psapi:EnumDeviceDrivers (0xa8daa80, 0, 0x32cd94): stub fixme:psapi:EnumDeviceDrivers ((nil), 0, 0x32cb38): stub fixme:psapi:EnumDeviceDrivers (0xa8d24c8, 0, 0x32cb38): stub fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:mountmgr:harddisk_ioctl unsupported ioctl 74080 fixme:mountmgr:harddisk_ioctl unsupported ioctl 4100c fixme:mountmgr:harddisk_ioctl unsupported ioctl 41018 fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d1400 fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d0c10 fixme:wbemprox:wbem_locator_ConnectServer 0x15e960, L"root\cimv2", (null), (null), (null), 0x00000000, (null), (nil), 0xadde974) fixme:wbemprox:DllCanUnloadNow err:ole:CoUninitialize Mismatched CoUninitialize fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:wbemprox:wbem_locator_ConnectServer 0x159490, L"root\cimv2", (null), (null), (null), 0x00000000, (null), (nil), 0xb0de944) fixme:wbemprox:DllCanUnloadNow err:ole:CoUninitialize Mismatched CoUninitialize
C:\Program Files\Rosetta Stone\Rosetta Stone Version 3\support\bin\win\RosettaStoneLtdServices.exe [v072420082200]
AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR incudie@IIDX-22:~/.wine/drive_c/Program Files/Rosetta Stone/Rosetta Stone Version 3$ wine --version wine-1.1.27
http://bugs.winehq.org/show_bug.cgi?id=14559
Timothy incudie@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #15 from Timothy incudie@gmail.com 2009-08-18 14:37:01 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #16 from Austin English austinenglish@gmail.com 2010-05-26 16:02:52 --- This is your friendly reminder that there has been no bug activity for 6 months. Is this still an issue in current (1.2-rc1 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14559
jeremiah rose jeremiah.aaron.rose@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremiah.aaron.rose@gmail.c | |om
--- Comment #17 from jeremiah rose jeremiah.aaron.rose@gmail.com 2010-06-24 00:47:00 --- to confirm, i'm still having this issue with wine-1.2-rc4.
no microphone shows up on the rosetta list. have tried lots of different settings. it's an internal mic and works as it should in linux.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #18 from jeremiah rose jeremiah.aaron.rose@gmail.com 2010-06-24 02:19:48 --- an interesting observation:
start rhythmbox, play a song -> rosetta can't find an output device and won't start
stop rhythmbox (but don't quit it) -> sound output in rosetta works again
a pulseaudio issue?
p.s this bug is definitely CONFIRMED. please mark it so.
http://bugs.winehq.org/show_bug.cgi?id=14559
anjp andrew.pohran@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew.pohran@gmail.com
--- Comment #19 from anjp andrew.pohran@gmail.com 2010-06-24 11:14:05 --- Stil having this problem with Wine 1.2-rc4
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #20 from Will Young M8R-n9dc9m@mailinator.com 2010-07-03 11:53:54 --- Created an attachment (id=29318) --> (http://bugs.winehq.org/attachment.cgi?id=29318) Changes that work with my HDA Intel (and would break everyone else!)
My HDA Intel has: Ext Mic, Int Mic, Digital My HDA Intel lacks: Capture, Mic, Front Mic, etc.
This patch makes one of the microphones stand in for Capture and identifies the other correctly as a microphone. Then it is necessary to tweak microphone controls in Linux manually while rosetta is testing your voice.
If neither microphone stands in for Capture, winealsa disables capture side. If the microphone standing in for Capture is not type DST_WAVEIN then rosetta gives up after examining its type without looking for microphones. If both microphones are DST_WAVEIN then only Digital is available in rosetta.
http://bugs.winehq.org/show_bug.cgi?id=14559
Will Young M8R-n9dc9m@mailinator.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #29318|0 |1 is obsolete| |
--- Comment #21 from Will Young M8R-n9dc9m@mailinator.com 2010-07-05 11:04:49 --- Created an attachment (id=29373) --> (http://bugs.winehq.org/attachment.cgi?id=29373) Changes that work with my HDA intel and shouldn't break others
Ext|Int Mic are identified as microphones.
If a "Capture" element is not present for the alsa device, a Capture line is made up and pointed at any alsa element with capture volume support.
TIME_MMSysTimeThread cleans up the pipe fds when it exits so Rossetta's use of timeKillEvent doesn't leak filedescriptors.
http://bugs.winehq.org/show_bug.cgi?id=14559
Raymond superquad.vortex2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superquad.vortex2@gmail.com
--- Comment #22 from Raymond superquad.vortex2@gmail.com 2010-07-24 08:50:45 --- (In reply to comment #21)
Created an attachment (id=29373)
--> (http://bugs.winehq.org/attachment.cgi?id=29373) [details]
Changes that work with my HDA intel and shouldn't break others
Ext|Int Mic are identified as microphones.
If a "Capture" element is not present for the alsa device, a Capture line is made up and pointed at any alsa element with capture volume support.
TIME_MMSysTimeThread cleans up the pipe fds when it exits so Rossetta's use of timeKillEvent doesn't leak filedescriptors.
How about HDA ad1988b codec which has 3 capture subdevices ?
card 1: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog] Subdevices: 3/3 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2
Simple mixer control 'Capture',0 Capabilities: cvolume cswitch Capture channels: Front Left - Front Right Limits: Capture 0 - 54 Front Left: Capture 39 [72%] [0.00dB] [on] Front Right: Capture 39 [72%] [0.00dB] [on] Simple mixer control 'Capture',1 Capabilities: cvolume cswitch Capture channels: Front Left - Front Right Limits: Capture 0 - 54 Front Left: Capture 39 [72%] [0.00dB] [on] Front Right: Capture 39 [72%] [0.00dB] [on] Simple mixer control 'Capture',2 Capabilities: cvolume cswitch Capture channels: Front Left - Front Right Limits: Capture 0 - 54 Front Left: Capture 39 [72%] [0.00dB] [on] Front Right: Capture 39 [72%] [0.00dB] [on]
Simple mixer control 'Input Source',0 Capabilities: cenum Items: 'Front Mic' 'Line' 'Mic' 'CD' 'Mix' Item0: 'Line' Simple mixer control 'Input Source',1 Capabilities: cenum Items: 'Front Mic' 'Line' 'Mic' 'CD' 'Mix' Item0: 'Line' Simple mixer control 'Input Source',2 Capabilities: cenum Items: 'Front Mic' 'Line' 'Mic' 'CD' 'Mix' Item0: 'Line' [raymond@localhost ~]$
http://bugs.winehq.org/show_bug.cgi?id=14559
Benjamin T bennyturok@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bennyturok@gmail.com
--- Comment #23 from Benjamin T bennyturok@gmail.com 2010-08-14 04:35:29 --- I have been looking into this for weeks and im still to find a way to make rosetta stone work with wine and pulseaudio. the only way that i have been able to make it work is by uninstalling pulseaudio and running alsa by deafult. "kill" dosent work with pulseaudi even after i tried some methods im still unable to kill it to try and see if i can kill it and use the microphone..
i downloaded the wine+audiopulse version and i still cant make it work. i dont want to uninstall pulseaudio.
With wine 1.2 and 1.3 rosetta stone dosent work on my machine. (to many fatal bugs)
wine: 1.1.42 distro: ubuntu 10.04
i think ill just install ubuntu in another partition and just uninstall audiopulse there.. ill just have to restart and go to that partition every time i want to use it.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #24 from Raymond superquad.vortex2@gmail.com 2010-08-14 19:47:33 --- (In reply to comment #23)
the only way that i have been able to make it work is by uninstalling pulseaudio and running alsa by deafult.
AFAIK Mandriva 10.4 allow the user to enable/disable pulseaudio and switch back to alsa in Mandriva Control Center
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #25 from Raymond superquad.vortex2@gmail.com 2010-08-16 23:22:12 --- (In reply to comment #6)
(investigation on going...) I tried to get a simpler test case, and downloaded: http://sound-recorder.biz/freesoundrecorder.html
The program shows in the top window a Vu-meter, and in the bottom window the recording device and recording mixer. (see screenshot: http://sound-recorder.biz/screenshot_freesoundrecorder.html)
While the vu meter does show the actual microphone level in real time, the bottom part remains blank with no device available.
This seem to be another bug since the recording device seem to be blank but "mic volume" appear in the recording mixer
http://bugs.winehq.org/show_bug.cgi?id=14559
Zach Goldberg zgold550@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zgold550@gmail.com
--- Comment #26 from Zach Goldberg zgold550@gmail.com 2010-08-24 00:56:12 --- Using Ubuntu 10.04 with wine 1.42, or Wine 1.2 I have thus far been completly unable to find a working solution for this bug. Tried all the padsp, aoss, alsa/oss winecfg changing, asoundrc, volume control changes people have suggested on various forums. Next step is to build Wine by hand with the patches on this bug.
http://bugs.winehq.org/show_bug.cgi?id=14559
dRewsus drewsus@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |drewsus@gmail.com
--- Comment #27 from dRewsus drewsus@gmail.com 2010-09-10 01:32:25 CDT --- (In reply to comment #26)
Using Ubuntu 10.04 with wine 1.42, or Wine 1.2 I have thus far been completly unable to find a working solution for this bug. Tried all the padsp, aoss, alsa/oss winecfg changing, asoundrc, volume control changes people have suggested on various forums. Next step is to build Wine by hand with the patches on this bug.
Howdy all. So, after some time, and much frustration... I have gotten it working with a Cyber Acoustics ac-740 analogue mic.
Previously, I had a version of wine that was patched for pulseaudio. My mic worked in all native apps (that I tested). Sound worked in various other programs in wine (Starcraft II, Zuma Deluxe/Revenge, Plants v Zombies, even Rosetta for output) but the mic just would not get recognized in Rosetta.
I tried selecting all audio options one at a time in winecfg, the .asoundrc route, and other mumbo jumbo as well.
Eventually I decided to remove wine and add the Ubuntu Wine ppa and install wine1.3
sudo add-apt-repository ppa:ubuntu-wine/ppa sudo apt-get update sudo apt-get install wine1.3
start up winecfg, go to the audio tab to initialize audio drivers. Mine was set to ALSA and I left it as such. Starting up Rosetta (et al) I could now see both my netbook builtin speaker and my ac-740. I proceeded to test out French Level 1 Unit 1 and all worked wonderfully (respectively to the quality of the 10$ mic).
Remember that this was analogue, not USB (digital). I have not been able to get a USB mic working, but I havent tried since changing my wine install and I dont have access to one at this time.
Also note that I had removed my .asoundrc file so it was not involved or needed at all for me.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #28 from Raymond superquad.vortex2@gmail.com 2010-09-10 22:54:28 CDT --- (In reply to comment #5)
Created an attachment (id=21213)
--> (http://bugs.winehq.org/attachment.cgi?id=21213) [details]
wine debug log
The program is looking for a componenttype 7 ( i.e. DST_WAVEIN )
This is "Capture Volume Control" in winealsa term
In theory , your hda should have one if you have three "mic"
http://bugs.winehq.org/show_bug.cgi?id=14559
spleen2060@gmail.com spleen2060@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spleen2060@gmail.com
--- Comment #29 from spleen2060@gmail.com spleen2060@gmail.com 2010-10-04 04:53:26 CDT ---
(In reply to comment #4)
I still have this problem with :
- wine-1.1.21
- ubuntu 9.04
- Card: HDA Intel / Chip: Conexant CX20561 (Hermosa)
- winecfg "alsa / driver emulation"
- 64 bits system
I guess alsa goes through pulseaudio.
Can you try with a 32 bit version o Linux?
http://bugs.winehq.org/show_bug.cgi?id=14559
andrew.in.snow@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew.in.snow@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #30 from andrew.in.snow@gmail.com 2010-10-23 09:49:52 CDT --- Microphone is also not detected on my system/install.
Rosetta Stone v.3.2.x upgraded to v3.4.x
$ cat /etc/*-release | head -1;uname -p;wine --version;lspci | grep -i audio Fedora release 13 (Goddard) x86_64 wine-1.3.4 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) 01:05.1 Audio device: ATI Technologies Inc RS780 Azalia controller
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #31 from jastark.work@gmail.com 2011-01-05 15:28:14 CST --- Created an attachment (id=32737) --> (http://bugs.winehq.org/attachment.cgi?id=32737) Concatenation of console output, etc, when running firefox + Rosetta Stone
http://bugs.winehq.org/show_bug.cgi?id=14559
jastark.work@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jastark.work@gmail.com
--- Comment #32 from jastark.work@gmail.com 2011-01-05 15:30:02 CST --- (The previous comment has the attachment relevant to this comment.)
I had RS online edition (i.e. using RosettaStoneDaemon.exe for the speech component, see also Bug 18454) that was working with * alsa audio only enabled * USB headset * .asoundrc edited in line with http://forum.winehq.org/viewtopic.php?p=15965 * Ubuntu Lucid 10.04 * Kernel 2.6.32-25-generic * RosettaStoneDaemon 3.2.6
Then I upgraded to 2.6.32-26-generic and then 2.6.32-27-generic.
Neither worked.
I can boot to -25 and it works again. The only thing I can see from the console output is that, when it works I get
fixme:mixer:ALSA_MixerInit No master control found on Sennheiser USB Headset, disabling mixer fixme:mixer:ALSA_MixerInit No master control found on ThinkPad Console Audio Control, disabling mixer err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element recv failed with error 28 for socket 136 fixme:mixer:ALSA_MixerInit No master control found on Sennheiser USB Headset, disabling mixer fixme:mixer:ALSA_MixerInit No master control found on ThinkPad Console Audio Control, disabling mixer err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element ...using WAVE_MAPPER
Whereas when it doesn't I get just
fixme:mixer:ALSA_MixerInit No master control found on Sennheiser USB Headset, disabling mixer fixme:mixer:ALSA_MixerInit No master control found on ThinkPad Console Audio Control, disabling mixer err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #33 from Raymond superquad.vortex2@gmail.com 2011-01-05 21:41:57 CST --- need to use "WINEDEBUG=+mixer" to find out which mixer controls provided by your sound cards and the application request for what type of controls
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #34 from Raymond superquad.vortex2@gmail.com 2011-01-05 21:48:39 CST --- wine seem to black list all the microphone , so you may need to rename the "Internal Mic" in alsa-driver or treat "Internal Mic" as "Mic" in winealsa
trace:mixer:blacklisted Docking Mic: 0 warn:mixer:getcomponenttype Unknown mixer name Docking Mic, probably harmless trace:mixer:blacklisted External Mic: 0 warn:mixer:getcomponenttype Unknown mixer name External Mic, probably harmless trace:mixer:blacklisted Internal Mic: 0 warn:mixer:getcomponenttype Unknown mixer name Internal Mic, probably harmless
http://bugs.winehq.org/show_bug.cgi?id=14559
Alan sascharehberg@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sascharehberg@yahoo.co.uk
--- Comment #35 from Alan sascharehberg@yahoo.co.uk 2011-01-10 02:26:18 CST --- I would like to confirm there is a problem with the microphone detection. I am using the Ubuntu LTS Lucid Lynx and Rosetta Stone 3.2.11 Hebrew. Rosetta tells me that I didn't have a microphone installed.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #36 from Raymond superquad.vortex2@gmail.com 2011-01-10 03:36:15 CST --- post the output
WINETEST_INTERACTIVE=1 wine winmm_test mixer
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #37 from Alan sascharehberg@yahoo.co.uk 2011-01-10 03:58:11 CST --- (In reply to comment #36)
post the output
WINETEST_INTERACTIVE=1 wine winmm_test mixer
Thank you for such a fast reply mate! I am totally new to Ubuntu and not a computer wizz.... could you tell me step by step what you want me to do please? I understood that I open a terminal and past the command you just gave me, then copy and paste it here?!
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #38 from Alan sascharehberg@yahoo.co.uk 2011-01-10 04:04:18 CST --- (In reply to comment #36)
post the output
WINETEST_INTERACTIVE=1 wine winmm_test mixer
Thank you for such a fast reply mate! I am totally new to Ubuntu and not a computer wizz.... could you tell me step by step what you want me to do please? I understood that I open a terminal and past the command you just gave me, then copy and paste it here?!
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #39 from jastark.work@gmail.com 2011-01-10 10:56:13 CST --- laptop:~$ WINETEST_INTERACTIVE=1 wine winmm_test mixer wine: cannot find L"C:\windows\system32\winmm_test.exe" laptop:~$ wine --version wine-1.2 laptop:~$
How do I get winmm_test.exe? :)
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #40 from Alan sascharehberg@yahoo.co.uk 2011-01-10 13:13:20 CST --- (In reply to comment #39)
laptop:~$ WINETEST_INTERACTIVE=1 wine winmm_test mixer wine: cannot find L"C:\windows\system32\winmm_test.exe" laptop:~$ wine --version wine-1.2 laptop:~$
How do I get winmm_test.exe? :)
Same here mate: WINETEST_INTERACTIVE=1 wine winmm_test mixer wine: cannot find L"C:\windows\system32\winmm_test.exe"
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #41 from Austin English austinenglish@gmail.com 2011-01-10 13:18:12 CST --- (In reply to comment #39)
laptop:~$ WINETEST_INTERACTIVE=1 wine winmm_test mixer wine: cannot find L"C:\windows\system32\winmm_test.exe" laptop:~$ wine --version wine-1.2 laptop:~$
How do I get winmm_test.exe? :)
It's in winetest.exe, from http://test.winehq.org.
I'm not sure how useful it'll be to run winmm_test from a newer winetest, but you can do something like: $ wget test.winehq.org/builds/winetest-latest.exe $ wine winetest-latest.exe -x $ cd wct $ wine winmm_test.exe mixer
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #42 from Raymond superquad.vortex2@gmail.com 2011-01-10 20:14:37 CST --- (In reply to comment #41)
I'm not sure how useful
Take a look at winealsa.drv/mixer.c
The implmenation of MIXERCONTROL_CONTROLTYPE_MUX is not completed , this mux for selecting input source is equivalent to ALSA 's "Capture Source" control of AC97 or "Input Source" for HDA
But I guess the program is looking for KSPin, is there any method to know about this
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #43 from andrew.in.snow@gmail.com 2011-01-11 07:23:00 CST --- (In reply to comment #36)
post the output
WINETEST_INTERACTIVE=1 wine winmm_test mixer
[andrew@Andrew-Linux ~]$ WINETEST_INTERACTIVE=1 wine winmm_test mixer wine: cannot find L"C:\windows\system32\winmm_test.exe"
[andrew@Andrew-Linux ~]$ wine Downloads/winetest-latest.exe -x
[andrew@Andrew-Linux ~]$ WINETEST_INTERACTIVE=1 wine wct/winmm_test.exe mixer mixer.c:968: --- Testing ASCII functions --- mixer.c:971: found 0 Mixer devices mixer.c:988: --- Testing WCHAR functions --- mixer.c:991: found 0 Mixer devices mixer: 4 tests executed (0 marked as todo, 0 failures), 0 skipped.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #44 from AlexS jastark.work@gmail.com 2011-01-11 11:28:49 CST --- Created an attachment (id=32818) --> (http://bugs.winehq.org/attachment.cgi?id=32818) Output of WINETEST_INTERACTIVE=1 wine wct/winmm_test.exe mixer > WineMmTest-25.txt
Attachment is (standard) output of
...$ WINETEST_INTERACTIVE=1 wine wct/winmm_test.exe mixer > WineMmTest-25.txt fixme:mixer:ALSA_MixerInit No master control found on Sennheiser USB Headset, disabling mixer fixme:mixer:ALSA_MixerInit No master control found on ThinkPad Console Audio Control, disabling mixer err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element
* Note that RS does not seem to go through the mixer to get to the microphone
* Raymond (I think it was) suggested renaming the USB Mic to just "Mic", but I don't know how to do this.
* I will reboot to Ubuntu L 10.04 update #27 to see if there is a material difference.
(Reminder that I have RS working just fine under update #25, but it does not work with later kernels)
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #45 from AlexS jastark.work@gmail.com 2011-01-11 11:39:10 CST --- The results of the winemm test were identical between the kernel under which wine+RS worked and the one under which it didn't.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #46 from Raymond superquad.vortex2@gmail.com 2011-01-11 18:00:30 CST --- (In reply to comment #43)
(In reply to comment #36)
post the output
WINETEST_INTERACTIVE=1 wine winmm_test mixer
[andrew@Andrew-Linux ~]$ WINETEST_INTERACTIVE=1 wine winmm_test mixer wine: cannot find L"C:\windows\system32\winmm_test.exe"
[andrew@Andrew-Linux ~]$ wine Downloads/winetest-latest.exe -x
[andrew@Andrew-Linux ~]$ WINETEST_INTERACTIVE=1 wine wct/winmm_test.exe mixer mixer.c:968: --- Testing ASCII functions --- mixer.c:971: found 0 Mixer devices mixer.c:988: --- Testing WCHAR functions --- mixer.c:991: found 0 Mixer devices mixer: 4 tests executed (0 marked as todo, 0 failures), 0 skipped.
are you using winepulse which does not support mixer ?
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #47 from andrew.in.snow@gmail.com 2011-01-12 04:00:59 CST --- (In reply to comment #46)
(In reply to comment #43)
(In reply to comment #36)
post the output
WINETEST_INTERACTIVE=1 wine winmm_test mixer
[andrew@Andrew-Linux ~]$ WINETEST_INTERACTIVE=1 wine winmm_test mixer wine: cannot find L"C:\windows\system32\winmm_test.exe"
[andrew@Andrew-Linux ~]$ wine Downloads/winetest-latest.exe -x
[andrew@Andrew-Linux ~]$ WINETEST_INTERACTIVE=1 wine wct/winmm_test.exe mixer mixer.c:968: --- Testing ASCII functions --- mixer.c:971: found 0 Mixer devices mixer.c:988: --- Testing WCHAR functions --- mixer.c:991: found 0 Mixer devices mixer: 4 tests executed (0 marked as todo, 0 failures), 0 skipped.
are you using winepulse which does not support mixer ?
I have a normal default installation from the distro on Fedora 13.
How can I check if I am using winepulse?
http://bugs.winehq.org/show_bug.cgi?id=14559
Rob rob.verduijn@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rob.verduijn@gmail.com
--- Comment #48 from Rob rob.verduijn@gmail.com 2011-01-16 05:07:27 CST --- Hello,
I've got the same problem. My usb headset is not working in eveonline.
I have a sennheiser headset with an usb dongle (came with the set)
I finally found some error that pointed me to this post.
When I select the audiotab in winecfg I get this error
err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element fixme:mixer:ALSA_MixerInit No master control found on Sennheiser USB Headset, disabling mixer
The headset connected through the usb dongle works fine under linux.
I use : wine 1.3.11, opensuse 11.3 i586 and opensuse x86_64 The usb headset fails under both architectures. Using alsa for sound.
If there is more info or debugging required I gladly provide it. This one is bugging me for some time now.
Rob Verduijn
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #49 from Raymond superquad.vortex2@gmail.com 2011-01-26 23:27:33 CST --- (In reply to comment #41)
It's in winetest.exe, from http://test.winehq.org.
I'm not sure how useful
Take a look at RSV3_UG_Headset_English_(US).pdf
This mean that you have to select you audio device in mmsys.cpl
Under Sound Recording:
Windows 2000:
Select USB Audio Device as the Preferred Device.
Windows XP
Select USB Headphone Set or USB Audio Device as the Default Device.
Under Sound Playback::
Windows 2000:
Select USB Audio Device as the Preferred Device.
Windows XP
Select USB Headphone Set or USB Audio Device as the Default Device.
Windows Vista:
Look for the device listed as Microphone : USB Audio device Look for the device listed as Speakers: USB Audio Device.
http://bugs.winehq.org/show_bug.cgi?id=14559
Jessy Piche xxpichexx2@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xxpichexx2@hotmail.com
--- Comment #50 from Jessy Piche xxpichexx2@hotmail.com 2011-06-09 11:24:40 CDT --- razor@razor-laptop:~/wct$ wine winmm_test.exe mixer fixme:mixer:ALSA_MixerInit No master control found on HDA ATI HDMI, disabling mixer mixer.c:1050: Test failed: mixerOpen: MMSYSERR_NOERROR expected, got MMSYSERR_INVALFLAG mixer.c:1058: Test failed: mixerOpen: MMSYSERR_NOERROR expected, got MMSYSERR_INVALFLAG mixer.c:1071: Test failed: mixerOpen: MMSYSERR_NOERROR expected, got MMSYSERR_INVALFLAG mixer.c:968: --- Testing ASCII functions --- mixer.c:971: found 1 Mixer devices mixer.c:382: 0: "HDA ATI SB" 1.0 (170:85) mixer.c:988: --- Testing WCHAR functions --- mixer.c:991: found 1 Mixer devices mixer.c:764: 0: "HDA ATI SB" 1.0 (170:85) mixer: 119 tests executed (0 marked as todo, 3 failures), 0 skipped.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #51 from Jessy Piche xxpichexx2@hotmail.com 2011-06-09 11:40:09 CDT --- Created an attachment (id=35082) --> (http://bugs.winehq.org/attachment.cgi?id=35082) WINETEST_INTERACTIVE=1 wine winmm_test.exe mixer output
log output using ubuntu 11.04 and onboard sony viao soundcard and mic. My os is 32bit im using alsa and sound works on everything same thing for the mic but on rosetta stone wont detect it.
http://bugs.winehq.org/show_bug.cgi?id=14559
josef.steppan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |josef.steppan@gmail.com
--- Comment #52 from josef.steppan@gmail.com 2011-08-17 01:50:27 CDT --- I'm using Ubuntu 11.04 64 bit with an Logitech USB Headset. Wine 1.3.26 is unable to detect the headset. The headset is working fine in other applications.
Output of wine winmm_test.exe mixer and wine RosettaStoneVersion3.exe : http://pastebin.com/6Wz4FmqR
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #53 from josef.steppan@gmail.com 2011-08-17 05:41:31 CDT --- (In reply to comment #52)
I'm using Ubuntu 11.04 64 bit with an Logitech USB Headset. Wine 1.3.26 is unable to detect the headset. The headset is working fine in other applications.
Output of wine winmm_test.exe mixer and wine RosettaStoneVersion3.exe : http://pastebin.com/6Wz4FmqR
Tried now with WINE version 1.2.3, the microphone was correctly detected and is working perfectly fine.
Output of wine winmm_test.exe mixer and wine RosettaStoneVersion3.exe : http://pastebin.com/pDP8Hjn4
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #54 from Raymond superquad.vortex2@gmail.com 2011-08-24 20:15:49 CDT --- (In reply to comment #53)
(In reply to comment #52)
I'm using Ubuntu 11.04 64 bit with an Logitech USB Headset. Wine 1.3.26 is unable to detect the headset. The headset is working fine in other applications.
Output of wine winmm_test.exe mixer and wine RosettaStoneVersion3.exe : http://pastebin.com/6Wz4FmqR
Tried now with WINE version 1.2.3, the microphone was correctly detected and is working perfectly fine.
Output of wine winmm_test.exe mixer and wine RosettaStoneVersion3.exe : http://pastebin.com/pDP8Hjn4
This seem to be regression of these two patches
30eeb996edc3be14b06244ed13b2b8f84be5f400
winmm: Implement mixer* on top of MMDevAPI.
ccd2a241399c011b2afb183c4ffffec20a68cab4
winmm: Remove driver implementation of mixer*.
http://bugs.winehq.org/show_bug.cgi?id=14559
frohro rob.frohne@wallawalla.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rob.frohne@wallawalla.edu
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #55 from Rob Frohne rob.frohne@wallawalla.edu 2011-08-25 16:26:11 CDT --- This is a problem for me with wine 1.3.26 and Rosetta Stone 3.4.
I tried to (by hand) apply Will's patch, since I'm not sure which version of wine it is for. I am using wine 1.3.26. It compiles fine, but the patch doesn't solve the problem. I am attaching my patched mixer.c and time.c and the output when I try it. I'm using RosettaStone 3.4.7. There are no mics showing up and my sound is shown below:
frohba@frohba-600m:~$ aplay -l **** List of PLAYBACK Hardware Devices **** card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 1: STAC92xx Digital [STAC92xx Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 frohba@frohba-600m:~$
Rob
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #56 from Rob Frohne rob.frohne@wallawalla.edu 2011-08-25 16:35:40 CDT --- Created an attachment (id=36109) --> (http://bugs.winehq.org/attachment.cgi?id=36109) Results of my attempt on Will's patch
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #57 from Rob Frohne rob.frohne@wallawalla.edu 2011-08-25 16:37:54 CDT --- Created an attachment (id=36110) --> (http://bugs.winehq.org/attachment.cgi?id=36110) time.c
This doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #58 from Rob Frohne rob.frohne@wallawalla.edu 2011-08-25 16:38:42 CDT --- Created an attachment (id=36111) --> (http://bugs.winehq.org/attachment.cgi?id=36111) mixer.c
This doesn't work!
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #59 from Rob Frohne rob.frohne@wallawalla.edu 2011-08-25 16:39:19 CDT --- Here are the attachments.
http://bugs.winehq.org/show_bug.cgi?id=14559
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
http://bugs.winehq.org/show_bug.cgi?id=14559
Amber Dawn amber.loranger@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |amber.loranger@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=14559
relgames@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |relgames@gmail.com
--- Comment #60 from relgames@gmail.com 2011-11-20 10:23:47 CST --- The same issue for me
Console output
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels, pretending there's only 2 channels fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000 channels, pretending there's only 2 channels AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR AUDIO ERROR
Wine 1.3.32 Ubuntu 11.10
It worked in Wine 1.3.15 - so it's a regression. I see this issue was opened in 2008. Now is 2011. Any plans to fix it?
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #61 from Rob rob.verduijn@gmail.com 2011-11-21 01:57:01 CST --- I've had the same problem, until I realized that I did a clean install and that opensuse enables pulse audio by default.
Switching off pulse-audio and reverting back to good old alsa did the trick for me.
On suse this is done by issuing the command: setup-pulseaudio --disable
Could it be that ubuntu has been so kind to 'improve' your linux experience by enabling pulse audio ?
Rob
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #62 from relgames@gmail.com 2011-11-21 03:15:15 CST --- Rob, removing pulseaudio is not a solution, because many Gnome programs depend on it (like sound applet, multimedia buttons, etc.)
And Wine 1.3.15 works just fine with pulseaudio. I will try to identify a regression when I have some free time...
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #63 from Andrew Eikum aeikum@codeweavers.com 2011-11-21 10:27:39 CST --- (In reply to comment #60)
It worked in Wine 1.3.15 - so it's a regression. I see this issue was opened in 2008. Now is 2011. Any plans to fix it?
Can you attach a log of this problem with the debug channels listed at http://wiki.winehq.org/Sound?
http://bugs.winehq.org/show_bug.cgi?id=14559
Igor Borski ibtemp@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ibtemp@mail.ru
--- Comment #64 from Igor Borski ibtemp@mail.ru 2011-11-25 12:11:08 CST --- Second that wine 1.3.15 works ok. 1.3.33 still no luck. I am using ALSA, PA not installed - debian testing/sid, wine from 1.3 PPA.
As Andrew asked attaching logs with 1.3.33 - bad and 1.3.15 - good.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #65 from Igor Borski ibtemp@mail.ru 2011-11-25 12:12:45 CST --- Created attachment 37620 --> http://bugs.winehq.org/attachment.cgi?id=37620 1.3.33
R.S. 3.4.7 - no mic
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #66 from Igor Borski ibtemp@mail.ru 2011-11-25 12:13:29 CST --- Created attachment 37621 --> http://bugs.winehq.org/attachment.cgi?id=37621 1.3.15
R.S. 3.4.7 - mic ok
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #67 from Igor Borski ibtemp@mail.ru 2011-11-25 12:27:21 CST --- PS. While RS sees no mic under 1.3.33, Audacity under wine records ok, but only if selecting 'default' source. 'Wine mapper' or 'Intel ... Analog' do not work.
Under 1.3.15 there are 2 sources: 'Wine mapper' and 'Intel ... Analog' - both are ok.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #68 from Raymond superquad.vortex2@gmail.com 2011-11-26 20:19:42 CST --- (In reply to comment #63)
(In reply to comment #60)
It worked in Wine 1.3.15 - so it's a regression. I see this issue was opened in 2008. Now is 2011. Any plans to fix it?
Can you attach a log of this problem with the debug channels listed at http://wiki.winehq.org/Sound?
it is a regression of 30eeb996edc3be14b06244ed13b2b8f84be5f400
as wine remove "mixer api" ccd2a241399c011b2afb183c4ffffec20a68cab4 and winealsa.drv remove mixer 8258a5188cc36563809ac7495e49bc43ae4326e4
sndvol32 only has two playback volume "Master" and no "Capture" volume control
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #69 from Raymond superquad.vortex2@gmail.com 2011-11-26 20:38:22 CST --- (In reply to comment #67)
PS. While RS sees no mic under 1.3.33, Audacity under wine records ok, but only if selecting 'default' source. 'Wine mapper' or 'Intel ... Analog' do not work.
Under 1.3.15 there are 2 sources: 'Wine mapper' and 'Intel ... Analog' - both are ok.
wine need to provide controls for
MIXERLINE_COMPONENTTYPE_SRC_WAVEOUT and MIXERLINE_COMPONENTTYPE_DST_SPEAKERS or MIXERLINE_COMPONENTTYPE_DST_HEADPHONES for default sound playback device and default voice playback device
MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE and MIXERLINE_COMPONENTTYPE_DST_VOICEIN or MIXERLINE_COMPONENTTYPE_DST_WAVEIN for default voice capture device and default sound capture device
in winealsa.drv using snd_mixer_* or snd_ctl_* functions by opening "default" or "hw"
http://bugs.winehq.org/show_bug.cgi?id=14559
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lukasz.wojnilowicz@gmail.co | |m
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #70 from Andrew Eikum aeikum@codeweavers.com 2011-11-30 13:46:49 CST --- Created attachment 37713 --> http://bugs.winehq.org/attachment.cgi?id=37713 winmm: Support DRVM_MAPPER_PREFERRED_GET in waveXxxMessage
Here's a patch which I don't expect to fix the problem, but might reveal some behavior to help lead to a fix. Could someone apply this patch against latest Wine and attach another log? Thanks.
http://bugs.winehq.org/show_bug.cgi?id=14559
Michel Filipe michel.filipe@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |michel.filipe@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #71 from Raymond superquad.vortex2@gmail.com 2011-12-02 01:25:37 CST --- It look like wine create two mixer devices for each duplex device and one mixer device for usb mic (half-duplex) instead of a single mixer device for a full duplex card which has playback controls and capture controls
this is why there are two master volume controls in playback mixer device and capture mixer device
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #72 from Andrew Eikum aeikum@codeweavers.com 2011-12-02 08:06:23 CST --- (In reply to comment #71)
It look like wine create two mixer devices for each duplex device and one mixer device for usb mic (half-duplex) instead of a single mixer device for a full duplex card which has playback controls and capture controls
this is why there are two master volume controls in playback mixer device and capture mixer device
Wine's WinMM mixer* implementations were written to match Windows 7's behavior as closely as easily observable. The WinMM mixer tests behave the same between Wine's and Win7's WinMM implementations, as does the sndvol32 program taken from Windows XP. Note that this behavior is fairly different from pre-Vista behavior, since they are now implemented on top of MMDevAPI which doesn't have the idea of "cards". It behaves kind of like each device as a separate "card".
Some applications seem to rely on the pre-Vista behavior, and I'm trying to determine if Rosetta Stone is one of them (I doubt it; otherwise Windows users would need to set compatibility mode to run Rosetta Stone). We might need to change Wine's implementation to match Windows 7's WinMM when a program is run with WinXP compatibility mode. I haven't investigated the differences yet. This would obviously break applications that rely on Windows 7's direct WinMM implementation, but I don't know that there actually are any.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #73 from Raymond superquad.vortex2@gmail.com 2011-12-03 06:25:27 CST --- (In reply to comment #72)
Wine's WinMM mixer* implementations were written to match Windows 7's behavior as closely as easily observable. The WinMM mixer tests behave the same between Wine's and Win7's WinMM implementations, as does the sndvol32 program taken from Windows XP. Note that this behavior is fairly different from pre-Vista behavior, since they are now implemented on top of MMDevAPI which doesn't have the idea of "cards". It behaves kind of like each device as a separate "card".
Refer to first attachment of this bug by the reporter
http://bugs.winehq.org/attachment.cgi?id=21213
it is quite clear that it is using those WinMM mixer which are used by sndvol32 in W2K or XP
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #73 from Raymond superquad.vortex2@gmail.com 2011-12-03 06:25:27 CST --- (In reply to comment #72)
Wine's WinMM mixer* implementations were written to match Windows 7's behavior as closely as easily observable. The WinMM mixer tests behave the same between Wine's and Win7's WinMM implementations, as does the sndvol32 program taken from Windows XP. Note that this behavior is fairly different from pre-Vista behavior, since they are now implemented on top of MMDevAPI which doesn't have the idea of "cards". It behaves kind of like each device as a separate "card".
Refer to first attachment of this bug by the reporter
http://bugs.winehq.org/attachment.cgi?id=21213
it is quite clear that it is using those WinMM mixer which are used by sndvol32 in W2K or XP
--- Comment #74 from Igor Borski ibtemp@mail.ru 2011-12-05 07:21:39 CST --- Created attachment 37806 --> http://bugs.winehq.org/attachment.cgi?id=37806 logs 1.3.34 patched DRVM_MAPPER_PREFERRED_GET
patched winmm: Support DRVM_MAPPER_PREFERRED_GET in waveXxxMessage
WINEDEBUG=+tid,+mmdevapi,+winmm,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio wine RosettaStoneVersion3.exe &> output_1.3.34_patched.txt
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #75 from Andrew Eikum aeikum@codeweavers.com 2011-12-05 10:36:58 CST --- Created attachment 37809 --> http://bugs.winehq.org/attachment.cgi?id=37809 winmm: Make input and output devices have unique names
Thanks Igor.
Here's another patch, which should be applied on top of the PREFERRED_GET patch from Comment 70. It's kind of a stab in the dark. Here's my reasoning, based off of your log.
The application gets the device information for both of your input devices. For a reason I don't understand, it seems to use the device caps for input device 1 instead of input device 0. Eventually, this happens (trimmed for clarity):
0025:trace:winmm:mixerGetDevCapsA (0, 0x33fb44, 48) 0025:trace:winmm:mixerGetDevCapsA (1, 0x33fb44, 48) 0025:trace:winmm:mixerGetDevCapsA (2, 0x33fb44, 48) 0025:trace:winmm:mixerGetDevCapsA (3, 0x33fb44, 48) 0025:trace:winmm:mixerOpen (0x485f9c, 3, 0, 0, 0) 0025:trace:winmm:mixerGetLineInfoA (0xc300, 0x33faf4, 3) 0025:trace:winmm:mixerGetLineInfoW dwComponentType: 0x7
This looks like they're iterating over the mixers until they find one that matches a certain criteria. Then they ask that mixer for information about the WAVEIN component. However, mixer 3 on your computer is an output-only mixer, so the GetLineInfo(WAVEIN) call returns an error.
So it looks like their iteration over the mixers ends too early. One likely heuristic for finding the "correct" mixer is when the desired WAVEINCAPS.szPname matches MIXERCAPS.szPname.
Your output devices look like: 0: plughw:0,0 1: plughw:1,3 2: plughw:0,1 3: default
And input: 0: plughw:0,2 1: default
Notice that input device 1 and output device 3 have the same name, "default". So my guess is that it's looking for a mixer with the name "default" and stopping on mixer 3, instead of finding mixer 5 which is the correct one.
So this patch gives each device a unique name by inserting "out" or "in" into the device name for output and input devices. I'd appreciate another log with both patches applied to see if this makes a difference.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #76 from Igor Borski ibtemp@mail.ru 2011-12-06 12:05:04 CST --- Created attachment 37831 --> http://bugs.winehq.org/attachment.cgi?id=37831 logs 1.3.34 patched i/o devices unique names
patched winmm: Make input and output devices have unique names
WINEDEBUG=+tid,+mmdevapi,+winmm,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio wine RosettaStoneVersion3.exe &> output_1.3.34_patched2.txt
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #77 from Raymond superquad.vortex2@gmail.com 2011-12-07 05:49:34 CST --- Usb web cam with mic
WINEDEBUG=+winmm,+mixer ./wine dlls/winmm/tests/winmm_test.exe.so mixer
trace:winmm:mixerGetDevCapsW (11, (nil), 80) trace:winmm:mixerGetDevCapsW (11, 0x32fb24, 4) trace:winmm:mixerGetDevCapsW (11, 0x32fb24, 80) mixer.c:764: 11: "in USB Device 0x46d:0x992 - US" 256.1 (255:255) trace:winmm:mixerOpen (0x32fce8, 11, 0, 0, 0) trace:winmm:mixerGetLineInfoW (0x8303, 0x32fa0c, 0) trace:winmm:mixerGetLineInfoW (0x8303, 0x32fa0c, 0) trace:winmm:mixerGetLineInfoW dwDestination: 1 trace:winmm:mixerGetLineInfoW dwSource: 0 trace:winmm:mixerGetLineInfoW dwLineID: 0 trace:winmm:mixerGetLineInfoW fdwLine: 0x80000001 trace:winmm:mixerGetLineInfoW dwComponentType: 0x1003 trace:winmm:mixerGetLineInfoW (0x8303, (nil), 0) trace:winmm:mixerGetLineInfoW (0x8303, 0x32fa0c, ffffffff) trace:winmm:mixerGetLineInfoW dwDestination: 0 trace:winmm:mixerGetLineInfoW dwSource: 0 trace:winmm:mixerGetLineInfoW dwLineID: 0 trace:winmm:mixerGetLineInfoW fdwLine: 0x80000001 trace:winmm:mixerGetLineInfoW dwComponentType: 0x1003 warn:winmm:mixerGetLineInfoW Unknown GetLineInfo flag: ffffffff trace:winmm:mixerGetLineInfoW (0x8303, 0x32fa0c, 0) trace:winmm:mixerGetLineInfoW dwDestination: 0 trace:winmm:mixerGetLineInfoW dwSource: 0 trace:winmm:mixerGetLineInfoW dwLineID: 0 trace:winmm:mixerGetLineInfoW fdwLine: 0x80000001 trace:winmm:mixerGetLineInfoW dwComponentType: 0x1003 trace:winmm:mixerGetLineInfoW (0x8303, 0x32fa0c, 1) trace:winmm:mixerGetLineInfoW dwDestination: 0 trace:winmm:mixerGetLineInfoW dwSource: 0 trace:winmm:mixerGetLineInfoW dwLineID: 4294901760 trace:winmm:mixerGetLineInfoW fdwLine: 0x1 trace:winmm:mixerGetLineInfoW dwComponentType: 0x7 trace:winmm:mixerGetLineControlsW (0x8303, (nil), 00000000) trace:winmm:mixerGetLineControlsW (0x8303, 0x32fcb4, ffffffff) warn:winmm:mixerGetLineControlsW Unknown GetLineControls flag: ffffffff trace:winmm:mixerGetLineControlsW (0x8303, 0x32fcb4, 00000000) trace:winmm:mixerGetLineControlsW dwLineID: 0 trace:winmm:mixerGetLineControlsW dwControl: 4 trace:winmm:mixerGetLineControlsW cControls: 2 trace:winmm:mixerGetControlDetailsA (0x8303, 0x32fc9c, 00000000) trace:winmm:mixerGetControlDetailsW (0x8303, 0x32fc9c, 0) trace:winmm:mixerGetControlDetailsW dwControlID: 2 trace:winmm:MXD_GetControlDetails (0x8303) fixme:winmm:MXD_GetControlDetails What should the sw-side mixer controls map to? trace:winmm:mixerGetControlDetailsA (0x8303, 0x32fc54, 00000000) trace:winmm:mixerGetControlDetailsW (0x8303, 0x32fc54, 0) trace:winmm:mixerGetControlDetailsW dwControlID: 3 trace:winmm:MXD_GetControlDetails (0x8303) fixme:winmm:MXD_GetControlDetails What should the sw-side mixer controls map to? trace:winmm:mixerClose (0x8303) mixer: 520 tests executed (0 marked as todo, 0 failures), 0 skipped.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #78 from Raymond superquad.vortex2@gmail.com 2011-12-07 17:46:52 CST --- (In reply to comment #72)
Some applications seem to rely on the pre-Vista behavior, and I'm trying to determine if Rosetta Stone is one of them (I doubt it; otherwise Windows users would need to set compatibility mode to run Rosetta Stone). We might need to change Wine's implementation to match Windows 7's WinMM when a program is run with WinXP compatibility mode. I haven't investigated the differences yet. This would obviously break applications that rely on Windows 7's direct WinMM implementation, but I don't know that there actually are any.
SB16, SB Live! , AC97 codec and those HDA codecs with 6 or more channels DAC usually have a amixer
Are you using a notebook with HDA codec has two stereo DACs ?
mixer is actually core of winmm and a bridge between waveout, wavein, aux, midi, mci devices (compact disc, laser disc player)
For playback sources of mixer are waveout, cd, aux (wave blaster, radio) video(tv card audio) midi(fm synth, wavetable synth), line-in, mics and destination are speaker and headphone
For capture, wavein is the destination which has sources (e.g. ext-mic, int-mic, line-in, rear mic and front mic)
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #79 from Raymond superquad.vortex2@gmail.com 2011-12-13 19:30:05 CST --- The reason of getting two "Master Volume" is MXD_GetControlDetails() hardcode the dwControlID 0 and 1 to "Master Volume" and "Master Mute"
Refer to http://bugs.winehq.org/attachment.cgi?id=32818 and http://bugs.winehq.org/attachment.cgi?id=35082
The control id for volume controls are not not at 0 or 1 but at 6 and 9
The first two control id may be for the targettype WAVEOUT and WAVEIN and the next four control id are componenttype DST_SPEAKERS, SRC_WAVEOUT, DST_WAVEIN, SRC_MICROPHONE
mixer.c:759: 0: "HDA Intel" 1.0 (170:85) destinations=2 mixer.c:830: 0: "Master" (Master) Destination=0 Source=-1 mixer.c:833: LineID=00000000 Channels=1 Connections=8 Controls=2 mixer.c:837: State=0x00000001(MIXERLINE_LINEF_ACTIVE) mixer.c:839: ComponentType=MIXERLINE_COMPONENTTYPE_DST_SPEAKERS mixer.c:841: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:843: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:875: 0: "PCM" (PCM) Destination=0 Source=0 mixer.c:878: LineID=00000002 Channels=2 Connections=1 Controls=1 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_WAVEOUT mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "PCM" (PCM) ControlID=6 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=1680 mixer.c:588: Value=65535 mixer.c:875: 1: "Mic Boost" (Mic Boost) Destination=0 Source=1 mixer.c:878: LineID=00000004 Channels=2 Connections=1 Controls=1 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_UNDEFINED mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "Mic Boost" (Mic Boost) ControlID=12 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=21845 mixer.c:588: Value=0 mixer.c:875: 2: "IEC958" (IEC958) Destination=0 Source=2 mixer.c:878: LineID=00000006 Channels=2 Connections=1 Controls=2 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_UNDEFINED mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "IEC958" (IEC958) ControlID=18 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=1680 mixer.c:588: Value=0 mixer.c:935: 1: "IEC958" (IEC958) ControlID=20 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_MUTE mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=1 Step=0 mixer.c:667: Value=0 mixer.c:875: 3: "Beep" (Beep) Destination=0 Source=3 mixer.c:878: LineID=00000007 Channels=1 Connections=1 Controls=2 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_UNDEFINED mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "Beep" (Beep) ControlID=21 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=4369 mixer.c:588: Value=65535 mixer.c:935: 1: "Beep" (Beep) ControlID=23 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_MUTE mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=1 Step=0 mixer.c:667: Value=1 mixer.c:875: 4: "Docking Mic" (Docking Mic) Destination=0 Source=4 mixer.c:878: LineID=00000009 Channels=2 Connections=1 Controls=2 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_UNDEFINED mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "Docking Mic" (Docking Mic) ControlID=27 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=2114 mixer.c:588: Value=0 mixer.c:935: 1: "Docking Mic" (Docking Mic) ControlID=29 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_MUTE mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=1 Step=0 mixer.c:667: Value=1 mixer.c:875: 5: "Docking Mic Boo" (Docking Mic Boost) Destination=0 Source=5 mixer.c:878: LineID=0000000a Channels=2 Connections=1 Controls=1 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_UNDEFINED mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "Docking Mic Boo" (Docking Mic Boost) ControlID=30 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=21845 mixer.c:588: Value=0 mixer.c:875: 6: "Internal Mic" (Internal Mic) Destination=0 Source=6 mixer.c:878: LineID=0000000c Channels=2 Connections=1 Controls=2 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_UNDEFINED mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "Internal Mic" (Internal Mic) ControlID=36 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=2114 mixer.c:588: Value=0 mixer.c:935: 1: "Internal Mic" (Internal Mic) ControlID=38 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_MUTE mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=1 Step=0 mixer.c:667: Value=1 mixer.c:875: 7: "Internal Mic Bo" (Internal Mic Boost) Destination=0 Source=7 mixer.c:878: LineID=0000000d Channels=2 Connections=1 Controls=1 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_UNDEFINED mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEOUT mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "Internal Mic Bo" (Internal Mic Boost) ControlID=39 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=21845 mixer.c:588: Value=0 mixer.c:830: 1: "Capture" (Capture) Destination=1 Source=-1 mixer.c:833: LineID=00000001 Channels=2 Connections=5 Controls=3 mixer.c:837: State=0x00000001(MIXERLINE_LINEF_ACTIVE) mixer.c:839: ComponentType=MIXERLINE_COMPONENTTYPE_DST_WAVEIN mixer.c:841: Type=MIXERLINE_TARGETTYPE_WAVEIN mixer.c:843: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:875: 0: "Mic" (Mic) Destination=1 Source=0 mixer.c:878: LineID=00000003 Channels=2 Connections=1 Controls=1 mixer.c:882: State=0x80000001(MIXERLINE_LINEF_ACTIVE|MIXERLINE_LINEF_SOURCE) mixer.c:884: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE mixer.c:886: Type=MIXERLINE_TARGETTYPE_WAVEIN mixer.c:888: Device=-1 (HDA Intel) 1.0 (170:85) mixer.c:935: 0: "Mic" (Mic) ControlID=9 mixer.c:937: ControlType=MIXERCONTROL_CONTROLTYPE_VOLUME mixer.c:939: Control=0x00000000() mixer.c:942: Items=0 Min=0 Max=65535 Step=2114 mixer.c:588: Value=65535
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #80 from Raymond superquad.vortex2@gmail.com 2011-12-19 21:55:08 CST --- Created attachment 38040 --> http://bugs.winehq.org/attachment.cgi?id=38040 Restore winmm mixer * functions
The result of the output is similar to wine 1.0.23 or before
WINETEST_INTERACTIVE=1 ./wine dlls/winmm/test/winmm_test.exe.so mixer
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #81 from Igor Borski ibtemp@mail.ru 2011-12-20 06:54:10 CST --- Created attachment 38047 --> http://bugs.winehq.org/attachment.cgi?id=38047 Logs after applying 0003_Restore_mixer_xp_behaviour.patch
All works after applying 2 Andreas's logging patches and Raymond's add functions patch.
Wine 1.3.35-0ubuntu1~ppa1~oneiric1 (also works with 1.3.34) Rosetta Stone 3.4.7
WINEDEBUG=+tid,+mmdevapi,+winmm,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio,+mixer wine RosettaStoneVersion3.exe &> output_3.35_patched3.txt
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #82 from Dominik fillmeup@web.de 2011-12-30 13:29:36 CST --- Created attachment 38185 --> http://bugs.winehq.org/attachment.cgi?id=38185 Log after applying "Restore winmm mixer * functions" patch
Works for me after adding Raymond's patch to current wine repo (git://source.winehq.org/git/wine.git). Running wine with pulseaudio:
WINEDEBUG=+tid,+mmdevapi,+winmm,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio,+mixer WINEPREFIX=$(pwd)/wine wine RosettaStoneVersion3.exe &> winelog.with.patch.for.rec.log
Log attached (just starting wine + rosetta and directly exiting again).
Interestingly microphone works inside the lectures (i.e. when starting them and the configuration dialogue comes) just fine, but configuring it outside (i.e. go to settings -> set preferences -> audio settings -> microphone setup) you are able to select the microphone but rosetta isn't able to receive input (and as pavucontrol shows doesn't connect to mic input, unlike when you start the lecture normally...)
Apart from this irregularity, thank you Raymond for making this work!
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #83 from Raymond superquad.vortex2@gmail.com 2012-01-05 02:50:06 CST --- (In reply to comment #82)
Log attached (just starting wine + rosetta and directly exiting again).
Interestingly microphone works inside the lectures (i.e. when starting them and the configuration dialogue comes) just fine, but configuring it outside (i.e. go to settings -> set preferences -> audio settings -> microphone setup) you are able to select the microphone but rosetta isn't able to receive input (and as pavucontrol shows doesn't connect to mic input, unlike when you start the lecture normally...)
Apart from this irregularity, thank you Raymond for making this work!
002a:trace:alsa:AUDDRV_GetAudioEndpoint "plughw:0,2" 0x941400 1 0x32de798 002a:trace:mmdevapi:MMDevice_AddRef Refcount now 1
your alc892 has 10channels DAC (support 7.1+2 if it is a desktop) and two ADC, there are two capture device hw:0,0 and hw:0,2 and
AFAIK pcm name of these two captures devices are the same
post the output of "arecord -l"
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #84 from Igor Borski ibtemp@mail.ru 2012-01-20 09:54:00 CST --- Interesting that 1.3.37 require both Andrew's "winmm: Make input and output devices have unique names" and Raymond's "Restore winmm mixer * functions" patches for mike to be detected.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #85 from Igor Borski ibtemp@mail.ru 2012-02-14 03:19:51 CST --- Still both patches required for wine1.3_1.4~rc2-0ubuntu1_amd64 and RS 3.4.7.
With Ubuntu package detects no mikes. With Raymond's patch only TV tuner input is detected. With 2 patches default / ALC883 Analog / TV Tuner found, 3 inputs total.
ig@pcig:~/-/wine-src$ arecord -l **** List of CAPTURE Hardware Devices **** card 0: Intel [HDA Intel], device 0: ALC883 Analog [ALC883 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: Intel [HDA Intel], device 2: ALC883 Analog [ALC883 Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 2: SAA7134 [SAA7134], device 0: SAA7134 PCM [SAA7134 PCM] Subdevices: 1/1 Subdevice #0: subdevice #0
PS. could this be pushed for inclusion in 1.4 ? Somehow I believe the list of apps not compatible with new mixer layout is wider than just Rosetta stone.
-- Saluts
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #86 from Andrew Eikum aeikum@codeweavers.com 2012-02-14 09:49:36 CST --- (In reply to comment #85)
PS. could this be pushed for inclusion in 1.4 ? Somehow I believe the list of apps not compatible with new mixer layout is wider than just Rosetta stone.
We're in code freeze and this was never working well in the first place, so probably not, sorry.
I'd also like to take a closer look at what Raymond's patch does and how it compares to Windows 7's behavior, but haven't gotten around to it yet.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #87 from Raymond superquad.vortex2@gmail.com 2012-02-14 18:01:51 CST --- my patch does not really restore the capability the mixer function which have been removed by andrew.
it just restore the SRC_MICROPHONE instead of SRC_LINE so that those 9x application can find the microphone source.
After 2k or XP, the application should use kspin
http://bugs.winehq.org/show_bug.cgi?id=14559
Russell Knighton russell@knighton.me.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |russell@knighton.me.uk
--- Comment #88 from Russell Knighton russell@knighton.me.uk 2012-02-15 16:39:17 CST --- Just wanted to add a comment that using both the patches (Andrew's "winmm: Make input and output devices have unique names" and Raymond's "Restore winmm mixer * functions") also worked for me - I now can successfully use my microphone in Rosetta Stone. I hope these can be added to mainline at some stage soon.
Wine Version: wine-1.4-rc2 Rosetta Stone Version: 3.4.5 OS: Gentoo Linux, Kernel 3.2.1 Arch: x86_64
http://bugs.winehq.org/show_bug.cgi?id=14559
Ivan lyapunov@inbox.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lyapunov@inbox.ru
--- Comment #89 from Ivan lyapunov@inbox.ru 2012-02-27 06:13:53 CST --- I really need this for my children - does the architecture changes so important?
http://bugs.winehq.org/show_bug.cgi?id=14559
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch CC| |adys.wh@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=14559
relgames@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|relgames@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=14559
chris.j.simpson@live.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris.j.simpson@live.co.uk
--- Comment #90 from chris.j.simpson@live.co.uk 2012-03-04 20:31:25 CST --- Some more info to aid the trouble shooting process:
Desktop PC, and one Laptop with Wine 1.2.3. Mic is detected and workd fine on Dsktop but not on the Laptop despite same Usb headset.
Laptop has Ubuntu 11.04, desktop ubuntu 11.10
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #91 from Ivan lyapunov@inbox.ru 2012-03-05 01:04:43 CST --- (In reply to comment #90)
Some more info to aid the trouble shooting process:
Desktop PC, and one Laptop with Wine 1.2.3. Mic is detected and workd fine on Dsktop but not on the Laptop despite same Usb headset.
Laptop has Ubuntu 11.04, desktop ubuntu 11.10
You should check pathces from Comment 88 Working fine on my laptop with wine 1.4 rc 6
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #92 from Andrew Eikum aeikum@codeweavers.com 2012-03-15 09:11:07 CDT --- Created attachment 39379 --> http://bugs.winehq.org/attachment.cgi?id=39379 Mixer improvements patchset
I'm uploading a new patchset here, which contains the same 2 patches as before, plus a new third one. Per Raymond's suggestion, the new patch reports waveIn devices as Microphones instead of Line-In devices.
I would appreciate someone testing this patchset (to be clear, just the 3 patches in the tarball from this comment) and posting a new log if it still isn't working.
Hopefully we're getting close to a solution that is acceptable for Wine.
http://bugs.winehq.org/show_bug.cgi?id=14559
Jarrod Bagwell jarrodbagwell@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarrodbagwell@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #93 from Igor Borski ibtemp@mail.ru 2012-03-17 12:06:31 CDT --- Created attachment 39426 --> http://bugs.winehq.org/attachment.cgi?id=39426 1.4 + 3 patches Andrew proposed to test
Re: Andrew Eikum 2012-03-15 09:11:07 CDT
Indeed looks ok for RS 3.4.7 and Wine 1.4 (ubuntu-wine 1.4-0ubuntu1~ppa1~oneiric1) and proposed patches.
http://bugs.winehq.org/show_bug.cgi?id=14559
Igor Borski ibtemp@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #39426|0 |1 is obsolete| |
--- Comment #94 from Igor Borski ibtemp@mail.ru 2012-03-17 12:11:05 CDT --- Created attachment 39427 --> http://bugs.winehq.org/attachment.cgi?id=39427 Log: 1.4 + 3 patches Andrew proposed to test
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #95 from Andrew Eikum aeikum@codeweavers.com 2012-03-19 07:24:37 CDT --- Thanks for the log.
(In reply to comment #93)
Indeed looks ok for RS 3.4.7 and Wine 1.4 (ubuntu-wine 1.4-0ubuntu1~ppa1~oneiric1) and proposed patches.
Does this mean that Rosetta Stone is now working correctly for you with just those 3 patches applied? Would you consider this bug fixed by those patches?
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #96 from Igor Borski ibtemp@mail.ru 2012-03-19 08:41:45 CDT --- Yes, the bug is fixed after applying the patchset.
Actually for me just 2 first patches were enough, so we want to hear from other people affected (Dominic, comment #82 ?).
http://bugs.winehq.org/show_bug.cgi?id=14559
Ippolito Grego ippolito.grego@tin.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ippolito.grego@tin.it
--- Comment #97 from Ippolito Grego ippolito.grego@tin.it 2012-03-24 04:27:22 CDT --- I applied the patches and everything works fine. I had to apply all the three patches as, with just two, the microphone wasn't recognized.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #98 from Andrew Eikum aeikum@codeweavers.com 2012-03-28 13:57:49 CDT --- Two of the patches are in Wine as 6a6e1bd50ea1bbef09b62f4593794959abff1a2d and 447b045825e1d0ba7cdeb2f75ef3935d320f97bc. The third will need a little bit more work.
http://bugs.winehq.org/show_bug.cgi?id=14559
techneration techneration@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |techneration@gmail.com
--- Comment #99 from techneration techneration@gmail.com 2012-03-31 00:01:16 CDT --- (In reply to comment #96) ...
Actually for me just 2 first patches were enough, so we want to hear from other people affected (Dominic, comment #82 ?).
Tried on Debian Squeeze , wine-1.4, the 3 patches worked!! also a .deb was created with "checkinstall" in case you are interested.
PS: this was my first time patching ever, a tutorial explaining how easy it is maybe more people will try it, took me like 2 hours to learn how to.
Thank you for doing this!! i'm learning english and I really need RS
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #100 from techneration techneration@gmail.com 2012-03-31 00:02:45 CDT --- (In reply to comment #96) ...
Actually for me just 2 first patches were enough, so we want to hear from other people affected (Dominic, comment #82 ?).
Tried on Debian Squeeze , wine-1.4, the 3 patches worked!! also a .deb was created with "checkinstall" in case you are interested.
PS: this was my first time patching ever, a tutorial explaining how easy it is maybe more people will try it, took me like 2 hours to learn how to.
Thank you for doing this!! i'm learning english and I really need RS
http://bugs.winehq.org/show_bug.cgi?id=14559
WilsonB wilsonb@pobox.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wilsonb@pobox.com
--- Comment #101 from WilsonB wilsonb@pobox.com 2012-04-01 12:08:00 CDT --- Exactly what Groennevik said...
It's great there are 'Patches' to fix this issue, but I'm new to Linux (Ubuntu) How to apply the patch?
Do I right click and download the above attachement and put it somewhere' ?
Please provide instructions..
Thanks
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #102 from WilsonB wilsonb@pobox.com 2012-04-01 12:41:55 CDT --- Comment on attachment 39427 --> http://bugs.winehq.org/attachment.cgi?id=39427 Log: 1.4 + 3 patches Andrew proposed to test
How do I apply the patch?
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #103 from Igor Borski ibtemp@mail.ru 2012-04-01 15:45:37 CDT --- (In reply to comment #102)
How do I apply the patch?
I do not think it is such a good idea if you are new to Linux.
Suggest instead you vote for https://bugs.launchpad.net/ubuntu/+source/wine1.3/+bug/944048 So they include these patches into PPA version.
If you really want to give it a try I suggest you google around about building packages and patching. Also you better know what mkdir/cd/sudo/apt-get do. But short steps without explanations follow (also I am on Debian so there may be something specific to your version of Ubuntu)
Download archive with patches, then run in terminal / console
mkdir wine-src cd wine-src sudo apt-get build-dep wine1.3 apt-get source wine1.3 cd wine1.3-1.4 tar xvf /WHEREVER_YOU_PLACED_IT/rs_mic.tar.gz patch -p1 < rs_mic/0001-winmm-Support-DRVM_MAPPER_PREFERRED_GET-in-waveXxxMe.patch patch -p1 < rs_mic/0002-winmm-Make-input-and-output-devices-have-unique-name.patch patch -p1 < rs_mic/0003-winmm-Report-waveIn-devices-component-type-as-Microp.patch dpkg-buildpackage -rfakeroot sudo dpkg -i wine1.3_1.4-0ubuntu1~ppa1~*.deb
If any of this fails then it's bad luck for you. Also there better be more steps, notching a version up for one, but should do as it is for now.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #104 from WilsonB wilsonb@pobox.com 2012-04-01 18:39:43 CDT --- (In reply to comment #103)
(In reply to comment #102)
How do I apply the patch?
I do not think it is such a good idea if you are new to Linux.
Suggest instead you vote for https://bugs.launchpad.net/ubuntu/+source/wine1.3/+bug/944048 So they include these patches into PPA version.
Ok, I added myself as having the problem. I was surprised to see only 1 other person voted as having the problem.
http://bugs.winehq.org/show_bug.cgi?id=14559
Biofilo obejunaf@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |obejunaf@gmail.com
--- Comment #105 from Biofilo obejunaf@gmail.com 2012-04-03 18:15:45 CDT --- (In reply to comment #103)
(In reply to comment #102)
How do I apply the patch?
I do not think it is such a good idea if you are new to Linux.
Suggest instead you vote for https://bugs.launchpad.net/ubuntu/+source/wine1.3/+bug/944048 So they include these patches into PPA version.
If you really want to give it a try I suggest you google around about building packages and patching. Also you better know what mkdir/cd/sudo/apt-get do. But short steps without explanations follow (also I am on Debian so there may be something specific to your version of Ubuntu)
Download archive with patches, then run in terminal / console
mkdir wine-src cd wine-src sudo apt-get build-dep wine1.3 apt-get source wine1.3 cd wine1.3-1.4 tar xvf /WHEREVER_YOU_PLACED_IT/rs_mic.tar.gz patch -p1 < rs_mic/0001-winmm-Support-DRVM_MAPPER_PREFERRED_GET-in-waveXxxMe.patch patch -p1 < rs_mic/0002-winmm-Make-input-and-output-devices-have-unique-name.patch patch -p1 < rs_mic/0003-winmm-Report-waveIn-devices-component-type-as-Microp.patch dpkg-buildpackage -rfakeroot sudo dpkg -i wine1.3_1.4-0ubuntu1~ppa1~*.deb
If any of this fails then it's bad luck for you. Also there better be more steps, notching a version up for one, but should do as it is for now.
thanks for the instructions, it's the first time i have need of patching a package, and your guide allowed me to make it happen. I was having this problem and with the 3 patches that i found here now i've been able to make it work. Thanks everyone for the good work.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #106 from Andrew Eikum aeikum@codeweavers.com 2012-04-05 12:54:07 CDT --- Okay, all of the patches for this are in Wine now. This should be fixed for all users in today's wine-git, which will become Wine 1.5.2.
To be clear, the required commits since Wine 1.4 are the following: 6a6e1bd50ea1bbef09b62f4593794959abff1a2d 447b045825e1d0ba7cdeb2f75ef3935d320f97bc 027623a0077182da4ec29f03e4a79173d81cc088 f63267db80fcfb31d3f0c06979df60b95e00a053 98815f399c1e37e1e33e5712e4e74d4c56f9ad78 e87cb774d131963d2642d075977571585ec5da8d ea231aba407dcb90ba463ba3114be8e84617e8b7 81ca5d09b6b4f488c57bc958009bd89981119385
It would be nice if someone could confirm that this works now with today's wine-git or later. Note that, as device names and IDs have changed, it would be best to start with a new WINEPREFIX.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #107 from NSLW lukasz.wojnilowicz@gmail.com 2012-04-05 14:16:24 CDT --- Wokrs for me. Thanks for fixing this bug.
http://bugs.winehq.org/show_bug.cgi?id=14559
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |81ca5d09b6b4f488c57bc958009 | |bd89981119385 Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #108 from Austin English austinenglish@gmail.com 2012-04-05 15:38:57 CDT --- (In reply to comment #107)
Wokrs for me. Thanks for fixing this bug.
Fixed, thanks for testing.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #109 from WilsonB wilsonb@pobox.com 2012-04-12 23:57:38 CDT --- (In reply to comment #106)
Okay, all of the patches for this are in Wine now. This should be fixed for all users in today's wine-git, which will become Wine 1.5.2.
Can't find "Today's wine-git"
The only one I see is 1.5.1
http://bugs.winehq.org/show_bug.cgi?id=14559
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #110 from Bruno Jesus 00cpxxx@gmail.com 2012-04-13 00:15:50 CDT --- (In reply to comment #109)
Can't find "Today's wine-git"
You can clone the wine source repository using the git tool. Please, take a look at the following URL: http://wiki.winehq.org/GitWine#head-b892e8af0fa963bcd46d9cf494de181128bb8a64
http://bugs.winehq.org/show_bug.cgi?id=14559
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #111 from Alexandre Julliard julliard@winehq.org 2012-04-13 13:28:45 CDT --- Closing bugs fixed in 1.5.2.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #112 from WilsonB wilsonb@pobox.com 2012-04-15 10:46:51 CDT --- I have uninstalled / removed wine and 3rd party Wine 'helpers' using Ubuntu Software Center.
The Software Center shows version 1.5.2 with the sources I have.
After installing, in Wine Configurator - about it still show 1.5.0
Thus , the mic problem is still there.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #113 from WilsonB wilsonb@pobox.com 2012-04-15 10:48:08 CDT --- IS there a direct command line to install 1.5.2 ?
Thanks
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #114 from Andrew Eikum aeikum@codeweavers.com 2012-04-16 09:59:35 CDT --- WilsonB: That's a question for your Linux distribution. Please ask your distribution for information about how to install the latest version of Wine.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #115 from WilsonB wilsonb@pobox.com 2012-04-16 10:07:37 CDT --- (In reply to comment #114)
WilsonB: That's a question for your Linux distribution. Please ask your distribution for information about how to install the latest version of Wine.
Ya, Thanks... ;-(
Someone was nice enough to help me out and have 1.5.0 uninstalled and 1.5.2 installed.
Using old Rossetta S. install and still no mic detected. Will uninstall and reinstall R. S. to see if it fixes it.
http://bugs.winehq.org/show_bug.cgi?id=14559
Mauricio Farell mfarell@cyberplaza.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mfarell@cyberplaza.net
--- Comment #116 from Mauricio Farell mfarell@cyberplaza.net 2012-04-18 23:38:16 CDT --- I was very exited to know this was fixed but mic still not detected with fresh install of wine 1.5.2 and Rosetta Stone 3.4.7. Mic works in audacity under wine.
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #117 from Igor Borski ibtemp@mail.ru 2012-04-19 09:58:13 CDT --- Worked for me. Yet only when specific card is selected, "default" was not detected.
Version: 1.5.2-0ubuntu1~ppa1~oneiric1+pulse RS 3.4.7
http://bugs.winehq.org/show_bug.cgi?id=14559
--- Comment #118 from Andrew Eikum aeikum@codeweavers.com 2012-04-19 10:03:13 CDT --- (In reply to comment #116)
I was very exited to know this was fixed but mic still not detected with fresh install of wine 1.5.2 and Rosetta Stone 3.4.7. Mic works in audacity under wine.
Please gather a log with the channels listed at http://wiki.winehq.org/Sound and attach it here. Then we'll decide if we should open a new bug or re-open this one.
http://bugs.winehq.org/show_bug.cgi?id=14559
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|lukasz.wojnilowicz@gmail.co | |m |
https://bugs.winehq.org/show_bug.cgi?id=14559
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net Component|-unknown |wineoss.drv
-
wine-bugs＠winehq.org