http://bugs.winehq.org/show_bug.cgi?id=23902
Summary: EVE Online crashes during audio initialization Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: reboot@gmx.ch
EVE Online crashes when the game initializes it's audio service:
Replacing service 'audio' with 'eveAudio' fixme:wtsapi:WTSRegisterSessionNotification Stub 0x8100ce 0x00000000 osplash: simple.c:173: snd_mixer_selem_get_name: Assertion `elem' failed. wine: Assertion failed at address 0xb7d42906 (thread 0084), starting debugger...
6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 is the first bad commit commit 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 Author: Jeff Cook jeff@deserettechnology.com Date: Mon Aug 2 17:48:52 2010 -0600
winealsa.drv: Init mixer on cards with a single Mic control, like snd_usb_audio mics.
:040000 040000 0edca612f774126778453257b9149cf893d32f24 0a9b8d3df5d78d176a69bc52d4ceea22ba2d80cf M dlls
http://bugs.winehq.org/show_bug.cgi?id=23902
Christoph Hohmann reboot@gmx.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=23902
Raymond superquad.vortex2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superquad.vortex2@gmail.com
--- Comment #1 from Raymond superquad.vortex2@gmail.com 2010-08-05 07:23:14 --- it is bug of the patch since creating a "Dummy Master" does not imply you can use the "Dummy Master" to find the ALSA "Mic" volume control of usb audio device
http://bugs.winehq.org/show_bug.cgi?id=23902
evanh evanh@clear.net.nz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |evanh@clear.net.nz
--- Comment #2 from evanh evanh@clear.net.nz 2010-08-07 10:08:48 --- Only known crash condition with audio is the jukebox bug - http://bugs.winehq.org/show_bug.cgi?id=21373 ... Which has a simple workaround of renaming or deleting the whole jukebox resource directory in Eve's program resource files.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #3 from Christoph Hohmann reboot@gmx.ch 2010-08-07 10:31:24 --- This is not the jukebox bug. I renamed the jukebox folder and it only happens after commit 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0, older Wine versions work fine.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #4 from evanh evanh@clear.net.nz 2010-08-07 14:41:43 --- Sounds like you need to experiment with the USB sound to verify what Raymond is saying.
Certainly no sound issues for me with a plain sound card and Wine 1.3.0.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #5 from Christoph Hohmann reboot@gmx.ch 2010-08-07 15:09:37 --- Raymond already explained what the problem with the patch is, why do I need to test that?
The change that breaks it, was after Wine 1.3.0, but there is no version for it in Bugzilla.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #6 from evanh evanh@clear.net.nz 2010-08-07 15:18:21 --- Ok, I don't have git version. Is there a way to use the commit number from web interface?
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #7 from Andrew Nguyen arethusa26@gmail.com 2010-08-07 15:20:33 --- (In reply to comment #6)
Ok, I don't have git version. Is there a way to use the commit number from web interface?
Please explain what you mean by "use the commit number from web interface".
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #8 from evanh evanh@clear.net.nz 2010-08-07 16:17:58 --- You provided a great long hex number. I thought I'd try to follow it.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #9 from evanh evanh@clear.net.nz 2010-08-07 16:18:59 --- Oops, sorry, that wasn't you.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #10 from Raymond superquad.vortex2@gmail.com 2010-08-07 17:43:12 --- what is your sound card ?
did your sound card has the "Master" Volume control ?
The patch just use "Mic" volume control when there is no "Capture" volume control for recording but if your sound card does not has "Master" volume for playback, you will need to find another control to replace "Master" similar to
http://bugs.winehq.org/show_bug.cgi?id=12706#c8
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #11 from Christoph Hohmann reboot@gmx.ch 2010-08-07 18:07:36 --- I have 3 soundcards:
* HDA Intel * Brooktree Bt878 * Logitech USB Headset
For the headset I created a dmix and dsnoop device in .asoundrc and then combined both into a single device using a type asym.
The headset only has Mic and Speaker volume controls in alsamixer.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #12 from Jeff Zaroyko jeffz@jeffz.name 2010-08-07 19:14:10 --- (In reply to comment #7)
(In reply to comment #6)
Ok, I don't have git version. Is there a way to use the commit number from web interface?
Please explain what you mean by "use the commit number from web interface".
http://source.winehq.org/git/wine.git/?a=commit;h=6120d7cc14522983fbc38026ab...
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #13 from Raymond superquad.vortex2@gmail.com 2010-08-07 21:19:49 --- (In reply to comment #11)
I have 3 soundcards:
- HDA Intel
- Brooktree Bt878
- Logitech USB Headset
For the headset I created a dmix and dsnoop device in .asoundrc and then combined both into a single device using a type asym.
The headset only has Mic and Speaker volume controls in alsamixer.
Does your TV card (Brooktree Bt878) has "Master" and "Capture" volume controls ?
The point is that winealsa add all the alsa sounds cards to the list
There will be problem if your usb audio device or TV card is half duplex (i.e. support playback only or capture only ) since the current wine implementation does not allow the user to specify default playback device and default recording device
wine expect every sound card is full-duplex and has both "Master" and "Capture" Volume control )
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #14 from Christoph Hohmann reboot@gmx.ch 2010-08-08 05:42:23 --- The Brooktree Bt878 card has no "Master" volume control, only a "Capture" volume control.
But that is not the point, the point is that Wine was working before the change 6120d7cc. Even if it did not work correctly before, it did not crash with an assertion error.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #15 from Raymond superquad.vortex2@gmail.com 2010-08-08 20:20:28 --- (In reply to comment #14)
The Brooktree Bt878 card has no "Master" volume control, only a "Capture" volume control.
But that is not the point, the point is that Wine was working before the change 6120d7cc. Even if it did not work correctly before, it did not crash with an assertion error.
simple.c:173: snd_mixer_selem_get_name: Assertion `elem' failed
Please provide debug output
WINEDEBUG=+mixer
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #16 from Christoph Hohmann reboot@gmx.ch 2010-08-09 12:27:56 --- Created an attachment (id=30071) --> (http://bugs.winehq.org/attachment.cgi?id=30071) Wine log with +mixer
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #17 from Stanislav Larionov sudemon@gmail.com 2010-08-20 11:15:59 --- Created an attachment (id=30243) --> (http://bugs.winehq.org/attachment.cgi?id=30243) +mixer log
Also crash in Tomb Raider II. Аfter 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 commit in git. Found by regression test.
http://bugs.winehq.org/show_bug.cgi?id=23902
Stanislav Larionov sudemon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sudemon@gmail.com
--- Comment #18 from Stanislav Larionov sudemon@gmail.com 2010-08-20 14:58:37 --- I know it's ugly.
My games runs without falling, if change one line in source, file "dlls/winealsa.drv/mixer.c".
In function "ALSA_MixerInit": - for (x = 0; x < MAX_MIXERS; ++x) + for (x = 1; x < MAX_MIXERS; ++x)
http://bugs.winehq.org/show_bug.cgi?id=23902
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |NEW URL| |http://www.futuremark.com/d | |ownload/3dmark2001/ CC| |wylda@volny.cz Version|1.3.0 |1.3.1 Ever Confirmed|0 |1
--- Comment #19 from Wylda wylda@volny.cz 2010-08-20 18:15:46 ---
Another victim of the commit from comment #0 is 3Dmark2001se, which crashes during the start up.
Confirming. Version 1.3.0 is OK, 1.3.1 crashes, so updating version field.
What's the correct component for winealsa.drv?
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #20 from Raymond superquad.vortex2@gmail.com 2010-08-20 20:07:31 --- (In reply to comment #16)
Created an attachment (id=30071)
--> (http://bugs.winehq.org/attachment.cgi?id=30071) [details]
Wine log with +mixer
"amixer -c0" will show you whether you have a "Master" playback volume control and "Capture" capture volume control for your card 0
"Headphone" blacklisted because there is no playback volume control. it seem that your card only has a switch to mute/unmute "Headphone"
if you are using HDA Intel, "PCM" is most likely a softvol plugin and only has effect when wine is using "front" device instead of "hw" device
"Front" is a volume control
trace:mixer:blacklisted Headphone: 1 trace:mixer:blacklisted PCM: 0 trace:mixer:getcomponenttype 2 -> PCM trace:mixer:blacklisted Front: 0
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #21 from Raymond superquad.vortex2@gmail.com 2010-08-20 20:19:40 --- (In reply to comment #17)
Created an attachment (id=30243)
--> (http://bugs.winehq.org/attachment.cgi?id=30243) [details]
+mixer log
Also crash in Tomb Raider II. Аfter 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 commit in git. Found by regression test.
"Master Front" , "Headphone" and "Front" are volume controls
I guess "Master Front" is better than "Headphone" or "Front" for wine to use as "Master" in your case
or modify the driver to change "Master Front" to "Master"
trace:mixer:blacklisted Master Front: 0 warn:mixer:getcomponenttype Unknown mixer name Master Front, probably harmless trace:mixer:blacklisted Headphone: 0 trace:mixer:getcomponenttype 5 -> Headphone trace:mixer:blacklisted PCM: 0 trace:mixer:getcomponenttype 2 -> PCM trace:mixer:blacklisted Front: 0
http://bugs.winehq.org/show_bug.cgi?id=23902
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cookiecaper@gmail.com
--- Comment #22 from Wylda wylda@volny.cz 2010-08-20 23:12:06 ---
Hmmm... I'm not sure if i know what is this about. Raymond, coudl you please explain what should i do, to stop wine crashing?
I'll try to add Jeff Cook, maybe he is not even aware of this problem caused by his patch.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #23 from Wylda wylda@volny.cz 2010-08-20 23:14:37 --- Created an attachment (id=30251) --> (http://bugs.winehq.org/attachment.cgi?id=30251) output of amixer -c0
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #24 from Wylda wylda@volny.cz 2010-08-20 23:16:11 --- Created an attachment (id=30252) --> (http://bugs.winehq.org/attachment.cgi?id=30252) console output with WINEDEBUG=+mixer
This output is from another affected game: Jedi Knight Demo
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #25 from Jeff Cook cookiecaper@gmail.com 2010-08-20 23:26:56 --- Thank you for adding me to this report, I wasn't aware of any crashes.
Misbehavior related to this patch would be very sound-card dependent. A possible workaround would be to try removing/disabling problematic sound cards until I can find out more of what's happening.
I will try to scrape up a patch that would create additional debug output that may make things more obvious.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #26 from Stanislav Larionov sudemon@gmail.com 2010-08-20 23:45:46 --- Created an attachment (id=30253) --> (http://bugs.winehq.org/attachment.cgi?id=30253) Output amixer -c0 for HDA_ATI_SB with --inactive
Card HDA ATI SB Chip VIA VT1708S
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #27 from Raymond superquad.vortex2@gmail.com 2010-08-21 01:01:27 --- (In reply to comment #4)
Sounds like you need to experiment with the USB sound to verify what Raymond is saying.
Certainly no sound issues for me with a plain sound card and Wine 1.3.0.
As long as your card 0 has "Master" playback volume control , you won't be affected by this patch because you cannot select default playback device or default recording device in winecfg
The author of the patch don't affected by his patch since his USB webcam is not card 0
If your sound card 0 does not has "Master" Playback volume/switch , you have to find another volume control to act as "Master"
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #28 from Jeff Cook cookiecaper@gmail.com 2010-08-21 01:07:02 --- That is not actually correct. The intention of the patch was to add support for (at least some) half-duplex devices; for me, these were snd_usb_audio, but they may be anything that only has a Mic control without a Master. My snd_usb_audio card is card 0; I configured it explicitly to become that because at the moment WINE assumes that you want to use the first device initialized (the rest of my patchset needs some other tweaks before commit, so current git HEAD actually will usually only initialize one card in a usable fashion anyway).
It's hard to see exactly what's going on here; our detection is wrong in some cases apparently and one of the sound cards (looks like HDA, but if it gets disabled for lack of controls it shouldn't crash) is being misused. I'm going to post a patch with additional trace output so that we can follow along more closely.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #29 from Jeff Cook cookiecaper@gmail.com 2010-08-21 01:25:14 --- Created an attachment (id=30256) --> (http://bugs.winehq.org/attachment.cgi?id=30256) Extra trace output for mixer init
Please apply this patch to 1.3.1/current git HEAD and re-run with WINEDEBUG=+mixer. It might help pinpoint the problematic controls.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #30 from Wylda wylda@volny.cz 2010-08-21 01:43:07 --- Created an attachment (id=30257) --> (http://bugs.winehq.org/attachment.cgi?id=30257) console output from patched 1.3.1 with WINEDEBUG=+mixer
(In reply to comment #29)
Please apply this patch to 1.3.1/current git HEAD and re-run with
Applied on top of 1.3.1.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #31 from Jeff Cook cookiecaper@gmail.com 2010-08-21 01:53:34 --- Wylda: Thanks, that helps some. Can you show me the output of amixer -c1? Card 0 isn't the problem here, it's card 1.
A backtrace would also be helpful if you can get one. Usually that part after "starting debugger..." includes it.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #32 from Wylda wylda@volny.cz 2010-08-21 02:02:37 --- (In reply to comment #31)
Wylda: Thanks, that helps some. Can you show me the output of amixer -c1?
Well the output is empty - zero. I have two cards, but i couldn't disable the one on nVidia graphics (HDMI audio), so i did not compile the kernel module, so system shouldn't see the second card. But maybe is still stored in some config, so alse is aware, that there used to be second card??
BTW: Is there a way to disable the card by some other way, than recompiling kernel?
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #33 from Jeff Cook cookiecaper@gmail.com 2010-08-21 02:12:49 --- (In reply to comment #32)
(In reply to comment #31)
Wylda: Thanks, that helps some. Can you show me the output of amixer -c1?
Well the output is empty - zero. I have two cards, but i couldn't disable the one on nVidia graphics (HDMI audio), so i did not compile the kernel module, so system shouldn't see the second card. But maybe is still stored in some config, so alse is aware, that there used to be second card??
BTW: Is there a way to disable the card by some other way, than recompiling kernel?
I see. You can disable the sound card by blacklisting the module in /etc/modprobe.d/alsa.conf (path may be slightly different depending on distribution). Since you don't use it and it's causing the issue here, you could effectively work around this by blacklisting that module and/or otherwise disabling the sound card.
A backtrace would still be helpful.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #34 from Wylda wylda@volny.cz 2010-08-21 02:52:33 --- (In reply to comment #33)
I see. You can disable the sound card by blacklisting the module in
Misunderstanding. The module is not compiled, kernel config changed. No need for blacklisting.
Since you don't use it and it's causing the issue here, you could effectively work around this by blacklisting that module and/or otherwise disabling the sound card.
Kernel is missing a driver, so linux can't see that sound card at all. I have no idea, how wine knows about C1...
A backtrace would still be helpful.
Unfortunately it does not vomit any trace. I kept that fow a long time with "confirmation crash dialog" turned off. Still it won't give a line after "starting debuger...". Because this is already third app, i'll try a different game.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #35 from Wylda wylda@volny.cz 2010-08-21 03:22:42 ---
No even other games won't give a back-trace.
There is one interesting thing, lspci -v still sees two sound cards. That's probably because both are from "Intel HD Audio --->" kernel section, but drivers checked are only:
[*] Build Analog Device HD-audio codec support [*] Build VIA HD-audio codec support [ ] Build NVIDIA HDMI HD-audio codec support [*] Build INTEL HDMI HD-audio codec support [*] Build Cirrus Logic codec support
So i use Asus' onboard VIA HD, not the NVIDIA HDMI.
lspci says:
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06) Subsystem: ASUSTeK Computer Inc. Device 8375 Kernel driver in use: HDA Intel
01:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1) Subsystem: Giga-byte Technology Device 34e6 Kernel driver in use: HDA Intel
So when i unchecked the NVIDIA HDMI, recompiled kernel and then KDE-4.4 complained, that one of the soundcards can't be found, if i want to permanently remove it from KDE's configuration. I choosed yes... So for KDE it's unavailable, but lspci see the NVIDIA HDMI anyway.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #36 from Raymond superquad.vortex2@gmail.com 2010-08-21 18:16:07 --- (In reply to comment #28)
That is not actually correct. The intention of the patch was to add support for (at least some) half-duplex devices; for me, these were snd_usb_audio, but they may be anything that only has a Mic control without a Master. My snd_usb_audio card is card 0; I configured it explicitly to become that because at the moment WINE assumes that you want to use the first device initialized (the rest of my patchset needs some other tweaks before commit, so current git HEAD actually will usually only initialize one card in a usable fashion anyway).
If your card 0 only has capture pcm and volume control, do you mean that wine select alsa card 1 as the preferred playback device ?
are you using alsa-pulse or dmix as your ALSA "default" device ?
can you post the output of
WINEDEBUG=+mixer wine winecfg
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #37 from Wylda wylda@volny.cz 2010-08-22 04:13:33 ---
This bug becomes nasty, because it's killing my regular testing. Adding Warcaft3 as another affected game.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #38 from Jeff Cook cookiecaper@gmail.com 2010-08-22 04:18:22 --- (In reply to comment #37)
This bug becomes nasty, because it's killing my regular testing. Adding Warcaft3 as another affected game.
This bug should effect anything that causes ALSA to try to initialize. At the moment I am cooling my jets waiting on a backtrace. I've looked through the code a few times and don't see why this would be occurring, so until I get a backtrace or some other help I don't think there will be much progress.
Try to make sure that you have GCC and winedbg properly installed and built and that you are not passing any CFLAGS to the compiler that would not build debug symbols.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #39 from Wylda wylda@volny.cz 2010-08-22 04:24:48 --- (In reply to comment #38)
Try to make sure that you have GCC and winedbg properly installed and built and that you are not passing any CFLAGS to the compiler that would not build debug symbols.
I'm quite sure, that i compiled wine with all the debugging symbols. OK, i'll try to get it through winedbg directly... Hope, that i will be lucky this time.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #40 from Wylda wylda@volny.cz 2010-08-22 04:35:10 ---
The problem of not getting the back-trace is, that the process get termminated. So: wine winedbg Warcraft\ III.exe
WineDbg starting on pid 0019 DbgBreakPoint () at /build/wine-src/wine-1.3.1/dlls/kernel32/../../include/winternl.h:1971 0x7b858e28 DbgBreakPoint+0x4 [/build/wine-src/wine-1.3.1/dlls/kernel32/../../include/winternl.h:1971] in kernel32: popl %ebp 1971 static inline void WINAPI DbgBreakPoint(void) { __asm__ __volatile__("int3"); } Wine-dbg> c
err:ole:CoCreateInstance apartment not initialised fixme:advapi:SetSecurityInfo stub fixme:win:EnumDisplayDevicesW ((null),0,0x33f1ec,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f5c0,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33f1cc,0x00000000), stub! fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats
Process of pid=0019 has terminated
fixme:mixer:ALSA_MixerInit No master control found on HDA NVidia, disabling mixer err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc467fc
No process loaded, cannot execute 'c'
So if i understand that correctly, whole winedbg(pid=0019) gets killed.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #41 from Stanislav Larionov sudemon@gmail.com 2010-08-22 04:52:27 --- Hello, Jeff Cook: ==================================================================== Please, add TRACE's for ALSA_MixerInit, for-loop-construction after : ==================================================================== /* First, lets see what's available.. * 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)) if (!strcasecmp(snd_mixer_selem_get_name(elem), "Master") && !mastelem) mastelem = elem; else if (!strcasecmp(snd_mixer_selem_get_name(elem), "Capture") && !captelem) captelem = elem; else if (!strcasecmp(snd_mixer_selem_get_name(elem), "Mic") && !micelem && !mastelem) /* this is what snd-usb-audio mics look like;..................*/ micelem = elem ==================================================================== Regression found in this construction (if removed it, games don't crash) : ==================================================================== "else if (!strcasecmp(snd_mixer_selem_get_name(elem), "Mic") && !micelem && !mastelem)" /* this is what snd-usb-audio mics look like;..................*/ micelem = elem
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #42 from Wylda wylda@volny.cz 2010-08-22 05:09:34 ---
I have have zero programming skills, but ready and happy to test any patch :)
Wild guessing: What could you think about Jeff... As Raymond says, for what ever reason your patch doesn't like my Card0 and goes for Card1, and when even amixer -c1 returns NULL, then if i remember correctly from bug 20799, the whole sound init works without checks, so it happily pass that NULL to the sound functions, thus crashes/terminates??
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #43 from Raymond superquad.vortex2@gmail.com 2010-08-22 09:11:36 --- The point is sound card without "Master" volume control does not imply that it has a micelem ( e.g. hdmi )
576 if (mastelem) 577 filllines(&mixdev[mixnum], mastelem, captelem, capcontrols); 578 else 579 filllines_no_master(&mixdev[mixnum], micelem, 1); 580 fillcontrols(&mixdev[mixnum]);
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #44 from Stanislav Larionov sudemon@gmail.com 2010-08-22 12:06:13 --- Created an attachment (id=30313) --> (http://bugs.winehq.org/attachment.cgi?id=30313) winealsa.drv: Add "Master Front" control as "Master" control
Thanks Raymond!
If i add "Master Front" in "mastelem" condition, then the sound initialization is successful, and the game will not crash?
Please check this patch, especially if your sound card has a "Master" control.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #45 from Wylda wylda@volny.cz 2010-08-22 15:47:22 ---
Please check this patch, especially if your sound card has a "Master" control.
Can't confirm, your patch unfortunately doen't help here :-((
The behavior is exactly the same with or without the patch...
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #46 from Stanislav Larionov sudemon@gmail.com 2010-08-23 00:08:02 --- Created an attachment (id=30322) --> (http://bugs.winehq.org/attachment.cgi?id=30322) winealsa.drv/mixer: Add "Master Front" or "Front" as mastelem control, if "Master" not found.
Can't confirm, your patch unfortunately doen't help here :-(( The behavior is exactly the same with or without the patch...
This patch add "Front" as mastelem if "Master" or "Master Front" not found.
For wine 1.3.1
http://bugs.winehq.org/show_bug.cgi?id=23902
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bezana@sapo.pt
--- Comment #47 from Juan Lang juan_lang@yahoo.com 2010-08-23 16:17:02 --- *** Bug 24109 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #48 from Jeff Cook cookiecaper@gmail.com 2010-08-23 17:04:26 --- Created an attachment (id=30339) --> (http://bugs.winehq.org/attachment.cgi?id=30339) winealsa.drv: Only filllines_no_master with micelem when micelem is found.
Please try this patch out. It may help some of you.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #49 from Rui Martins bezana@sapo.pt 2010-08-23 19:50:53 --- Hi.
This last patch presented by Jeff Cook apparently solved the crashes, now i can select the audio tab in winecfg as usual, and use alsa, at least on the apps/games i tested, which previously crash with wine-1.3.1.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #50 from Raymond superquad.vortex2@gmail.com 2010-08-23 21:33:26 --- (In reply to comment #44)
Created an attachment (id=30313)
--> (http://bugs.winehq.org/attachment.cgi?id=30313) [details]
winealsa.drv: Add "Master Front" control as "Master" control
Thanks Raymond!
If i add "Master Front" in "mastelem" condition, then the sound initialization is successful, and the game will not crash?
Please check this patch, especially if your sound card has a "Master" control.
sorry, it seem that I am wrong ,
"Master Front" of your codec is the volume control associated with the DAC [Audio Output] which is MIXERLINE_COMPONENTTYPE_SRC_WAVEOUT "Front" and "Headphone" are volume control associated with the [Pin Complex] MIXERLINE_COMPONENTTYPE_DST_SPEAKERS
static const struct mixerlinetype { const char *name; DWORD cmpt; } converttable[] = { { "Master", MIXERLINE_COMPONENTTYPE_DST_SPEAKERS, }, { "Capture", MIXERLINE_COMPONENTTYPE_DST_WAVEIN, }, { "PCM", MIXERLINE_COMPONENTTYPE_SRC_WAVEOUT, }, { "PC Speaker", MIXERLINE_COMPONENTTYPE_SRC_PCSPEAKER, }, { "Synth", MIXERLINE_COMPONENTTYPE_SRC_SYNTHESIZER, }, { "Headphone", MIXERLINE_COMPONENTTYPE_DST_HEADPHONES, }, { "Mic", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, { "Aux", MIXERLINE_COMPONENTTYPE_SRC_AUXILIARY, }, { "CD", MIXERLINE_COMPONENTTYPE_SRC_COMPACTDISC, }, { "Line", MIXERLINE_COMPONENTTYPE_SRC_LINE, }, { "Phone", MIXERLINE_COMPONENTTYPE_SRC_TELEPHONE, }, { "Digital", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, { "Front Mic", MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE, }, };
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #51 from Stanislav Larionov sudemon@gmail.com 2010-08-24 00:23:05 --- Last patch not solved the crashes.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #52 from Stanislav Larionov sudemon@gmail.com 2010-08-24 01:26:03 --- (In reply to comment #50)
sorry, it seem that I am wrong ,
"Master Front" of your codec is the volume control associated with the DAC [Audio Output] which is MIXERLINE_COMPONENTTYPE_SRC_WAVEOUT "Front" and "Headphone" are volume control associated with the [Pin Complex] MIXERLINE_COMPONENTTYPE_DST_SPEAKERS
In "amixer -c0" nothing about Master Front is a converter. I use 'Master Front' as mastelem (with my patch), and i tested with AIMP2 player. Mixer, equalizer and balance[L=R] work normally. Global volume controlling not work, but I think that wine-programs should not have that right.
But in fact the primary problem, is crashing if elems not set. The program should not crash, the program must simply work without sound.
Crashed if: a) mastelem not set, micelem set
Not crashed if: a) mastelem not set, micelem not set b) mastelem set, micelem set
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #53 from Raymond superquad.vortex2@gmail.com 2010-08-24 08:59:46 --- (In reply to comment #52)
(In reply to comment #50)
sorry, it seem that I am wrong ,
"Master Front" of your codec is the volume control associated with the DAC [Audio Output] which is MIXERLINE_COMPONENTTYPE_SRC_WAVEOUT "Front" and "Headphone" are volume control associated with the [Pin Complex] MIXERLINE_COMPONENTTYPE_DST_SPEAKERS
In "amixer -c0" nothing about Master Front is a converter.
cat /proc/asound/card0/codec#0
if your HDA codec is at address 0 and alsa-driver is 1.0.21 or above
hda - proc - introduce Control: lines to show mixer<->NID assignment
http://git.alsa-project.org/?p=alsa-kernel.git;a=commit;h=3911a4c19e92773876...
I use 'Master Front' as mastelem (with my patch), and i tested with AIMP2 player. Mixer, equalizer
and balance[L=R] work normally. Global volume controlling not work, but I think that wine-programs should not have that right.
But in fact the primary problem, is crashing if elems not set. The program should not crash, the program must simply work without sound.
Crashed if: a) mastelem not set, micelem set
Not crashed if: a) mastelem not set, micelem not set b) mastelem set, micelem set
because when your card does not have "Master" volume control but has "Mic" volume control , it still call filllines_no_master() , the elem of control 0 is still null
if (mastelem) filllines(&mixdev[mixnum], mastelem, captelem, capcontrols); else if (micelem ) filllines_no_master(&mixdev[mixnum], micelem, 1);
http://bugs.winehq.org/show_bug.cgi?id=23902
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kerozoli@gmail.com
--- Comment #54 from Wylda wylda@volny.cz 2010-08-24 11:45:20 --- *** Bug 24118 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #55 from Jeff Cook cookiecaper@gmail.com 2010-08-24 19:57:19 --- Raymond, this should have no effect on mastelem. Mic is its own control; my original patch activated a Mic control as a usable mixer, since previously WINE would refuse anything that didn't have at least one valid playback master. That was a WINE-specific quirk and there was no reason to do that other than just not running into those kind of cards before, I think.
Mic controls should work fine on cards that have no master, which indeed is what the original patch does. I'm not sure why invalid cards are being fed in some cases; theoretically, the patch I just submitted with that changed else to else if shouldn't have been needed, because if there is no valid mastelem and no valid micelem, the routine prints a FIXME and jumps to close.
Anyway, my most recent patch here has been committed to git. Please rebuild and retest.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #56 from Raymond superquad.vortex2@gmail.com 2010-08-24 21:28:56 --- did you patch allow you to run Sound Hardware Test Wiazard or SndVol32 ?
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #57 from Jeff Cook cookiecaper@gmail.com 2010-08-24 21:40:30 --- Yes, the patch works, otherwise I wouldn't have submitted it. I can run sndvol32.exe, Audacity, and every other audio application fine. It makes half-duplex mics generate a mixer. The patchset I originally submitted has a few other pieces that didn't get committed and need more tweaking before merge and the mic is not actually usable in most applications (though you'll see the mixer in sndvol32.exe, iirc) until that happens, but these are first steps.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #58 from Raymond superquad.vortex2@gmail.com 2010-08-26 02:30:42 --- (In reply to comment #57)
Yes, the patch works, otherwise I wouldn't have submitted it. I can run sndvol32.exe, Audacity, and every other audio application fine.
Well, even my sound card has a "Master Volume" and "Capture" Volume, the audacity 1.3 Beta running in wine 1.3.1 still only has "Mic" in the selection box instead of the AC97 standard input sources "Mic , Line , Aux, CD , Video, ....
seem MIXERCONTROL_CONTROLTYPE_MUX not assignd properly to mixer control by winealsa
Audio device info of audacity does not show any devices
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #59 from Jeff Cook cookiecaper@gmail.com 2010-08-26 04:21:45 --- (In reply to comment #58)
Well, even my sound card has a "Master Volume" and "Capture" Volume, the audacity 1.3 Beta running in wine 1.3.1 still only has "Mic" in the selection box instead of the AC97 standard input sources "Mic , Line , Aux, CD , Video, ....
seem MIXERCONTROL_CONTROLTYPE_MUX not assignd properly to mixer control by winealsa
Audio device info of audacity does not show any devices
Right, as I said, the rest of patchset is necessary to expose the rest of these cards as usable inputs, but this generates the mixer objects which is the first step. I'm hoping to find time to clean up the rest of the patches soon so that this can go in to 1.3.3 functional.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #60 from Raymond superquad.vortex2@gmail.com 2010-08-26 08:29:33 --- (In reply to comment #59) s
Right, as I said, the rest of patchset is necessary to expose the rest of these cards as usable inputs, but this generates the mixer objects which is the first step. I'm hoping to find time to clean up the rest of the patches soon so that this can go in to 1.3.3 functional.
so your patch can use snd_mixer_* function to reconstruct
ac97 register - Record select control register 0x1A
alsa control Capture Sources
control.40 { iface MIXER name 'Capture Source' value.0 Mic value.1 Mic comment { access 'read write' type ENUMERATED count 2 item.0 Mic item.1 CD item.2 Video item.3 Aux item.4 Line item.5 Mix item.6 'Mix Mono' item.7 Phone } }
Simple mixer control 'Line',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive penum Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 0 [0%] [-34.50dB] [off] Capture [off] Front Right: Playback 0 [0%] [-34.50dB] [off] Capture [off] Simple mixer control 'CD',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive penum Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 0 [0%] [-34.50dB] [off] Capture [off] Front Right: Playback 0 [0%] [-34.50dB] [off] Capture [off] Simple mixer control 'Mic',0 Capabilities: pvolume pvolume-joined pswitch pswitch-joined cswitch cswitch-exclusive penum Capture exclusive group: 0 Playback channels: Mono Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Mono: Playback 0 [0%] [-34.50dB] [off] Front Left: Capture [on] Front Right: Capture [on] Simple mixer control 'Video',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive penum Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 0 [0%] [-34.50dB] [off] Capture [off] Front Right: Playback 0 [0%] [-34.50dB] [off] Capture [off] Simple mixer control 'Phone',0 Capabilities: pvolume pvolume-joined pswitch pswitch-joined cswitch cswitch-exclusive penum Capture exclusive group: 0 Playback channels: Mono Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Mono: Playback 0 [0%] [-34.50dB] [off] Front Left: Capture [off] Front Right: Capture [off] Simple mixer control 'Aux',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive penum Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 0 [0%] [-34.50dB] [off] Capture [off] Front Right: Playback 0 [0%] [-34.50dB] [off] Capture [off] Simple mixer control 'Mix',0 Capabilities: cswitch cswitch-exclusive penum Capture exclusive group: 0 Capture channels: Front Left - Front Right Front Left: Capture [off] Front Right: Capture [off] Simple mixer control 'Mix Mono',0 Capabilities: cswitch cswitch-exclusive penum Capture exclusive group: 0 Capture channels: Front Left - Front Right Front Left: Capture [off] Front Right: Capture [off]
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #61 from Wylda wylda@volny.cz 2010-08-26 11:11:57 ---
Right, as I said, the rest of patchset is necessary ... rest of the patches soon so that this can go in to 1.3.3 functional.
Jeff, could a kindly ask you to put the patches here first before commiting? So things won't get worse for affected people? In case i won't be able to easily revert your patch, my peridoc and ritual wine's bug retests end that day - till it's fully fixed again.
I especially like Henri's style, who even sure that patch fixes the issue gives a chance for retest and confiramtion.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #62 from Christoph Hohmann reboot@gmx.ch 2010-08-26 11:52:31 --- EVE Online doesn't crash anymore for me with the latest version from Git (56b8d5d). Audio for the normal game sounds using the HDA Intel audio device and ingame voice chat using a USB headset seem to work fine.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #63 from Raymond superquad.vortex2@gmail.com 2010-08-26 21:24:00 --- I cannot say "unable to select capture source" is a bug since winealsa currently emualate a sound blaster 16 , but if your intention is to emulate the user's sound card , it is unlikely to complete in one or two weeks
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #64 from Jeff Cook cookiecaper@gmail.com 2010-08-28 22:32:05 CDT --- Created an attachment (id=30459) --> (http://bugs.winehq.org/attachment.cgi?id=30459) winealsa.drv: Count micelem in mixer chans, don't add spare capture input for half-duplex mics.
Please try out this patch and see if it fixes the remaining issues. Thanks to Wylda and Henri on wine-devel for helping locate the cause.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #65 from Wylda wylda@volny.cz 2010-08-28 23:09:23 CDT --- (In reply to comment #64)
Please try out this patch and see if it fixes the remaining issues.
Applied on top of wine-1.3.1-267-g7ab48e8 and no problems such as previously reported. Also i was doing quite a lot of testing with Henri's "pre-patch" and OK :) When this get merged, it will close even bug 24131.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #66 from Raymond superquad.vortex2@gmail.com 2010-08-29 01:44:39 CDT --- (In reply to comment #57)
Yes, the patch works, otherwise I wouldn't have submitted it. I can run sndvol32.exe, Audacity, and every other audio application fine. It makes half-duplex mics generate a mixer.
The point is cDestintation in MIXERCAPS of your usb-audio device is the number of audio line destinations available through the mixer device.
Is the value of "cDestintation" 2 or 1 ?
All mixer devices must support at least one destination line, so this member cannot be zero. Destination indexes used in the dwDestination member of the MIXERLINE structure range from zero to the value specified in the cDestinations member minus one.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #67 from Wylda wylda@volny.cz 2010-09-18 14:32:20 CDT ---
Still present in wine-1.3.3.
http://bugs.winehq.org/show_bug.cgi?id=23902
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #68 from Jerome Leclanche adys.wh@gmail.com 2010-10-03 11:55:47 CDT --- *** Bug 24238 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #69 from Jerome Leclanche adys.wh@gmail.com 2010-10-03 11:57:21 CDT --- Affects WoW's D3D mode.
Since it affects eve, wc3 and wow, it's safe to mark this as major I'd say.
http://bugs.winehq.org/show_bug.cgi?id=23902
Thomas Spear Speeddymon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |Speeddymon@gmail.com Summary|EVE Online crashes during |Games crash during audio |audio initialization |initialization
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #70 from Jeff Cook jeff@deserettechnology.com 2010-10-03 13:19:28 CDT --- (In reply to comment #69)
Affects WoW's D3D mode.
Since it affects eve, wc3 and wow, it's safe to mark this as major I'd say.
Did you perform a regression test to ensure that your issue is really the same? It sounds somewhat different to me. Most of the crash-related issues with this bug were resolved some time ago, Wylda is the only person I know of that is still having trouble. I sent a patch for his problem too but it was rejected; I have to rework the micelem detection soon and send that in so that we can patch the issue more cleanly.
Even so, the last attachment to this bug will fix all known crashers related to this bug. It is the patch that Alexandre rejected. If you think you are experiencing this issue, please apply that patch. The earlier patch that fixed it for the majority of people was merged a while back.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #71 from Jerome Leclanche adys.wh@gmail.com 2010-10-03 13:27:54 CDT --- (In reply to comment #70)
(In reply to comment #69)
Affects WoW's D3D mode.
Since it affects eve, wc3 and wow, it's safe to mark this as major I'd say.
Did you perform a regression test to ensure that your issue is really the same? It sounds somewhat different to me. Most of the crash-related issues with this bug were resolved some time ago, Wylda is the only person I know of that is still having trouble. I sent a patch for his problem too but it was rejected; I have to rework the micelem detection soon and send that in so that we can patch the issue more cleanly.
Even so, the last attachment to this bug will fix all known crashers related to this bug. It is the patch that Alexandre rejected. If you think you are experiencing this issue, please apply that patch. The earlier patch that fixed it for the majority of people was merged a while back.
Reverting the original patch fixed the issue; I didn't test this patch, will do in a min.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #72 from Wylda wylda@volny.cz 2010-10-05 06:35:42 CDT ---
This regression (bisected) is still present in wine-1.3.4.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #73 from Raymond superquad.vortex2@gmail.com 2010-10-05 06:56:23 CDT --- (In reply to comment #35)
No even other games won't give a back-trace.
So i use Asus' onboard VIA HD, not the NVIDIA HDMI.
So when i unchecked the NVIDIA HDMI, recompiled kernel and then KDE-4.4 complained, that one of the soundcards can't be found, if i want to permanently remove it from KDE's configuration. I choosed yes... So for KDE it's unavailable, but lspci see the NVIDIA HDMI anyway.
it is because the HDMI device has no mixer control , the volume of your hdtv is controlled by the remote control of hdtv
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #74 from Wylda wylda@volny.cz 2010-10-05 07:32:27 CDT ---
it is because the HDMI device has no mixer control , the volume of your hdtv is controlled by the remote control of hdtv
Hi Raymond, i'm not sure if you are right this time. It was identified as buffer overflow. When buffer size is counted correctly, overwriting things behind it gone together with all the problems. See: http://www.mail-archive.com/wine-devel@winehq.org/msg65255.html
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #75 from Raymond superquad.vortex2@gmail.com 2010-10-05 17:04:03 CDT --- can you post the output of
WINETEST_INTERACTIVE=1 wine winmm_test mixer
http://bugs.winehq.org/show_bug.cgi?id=23902
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rig9919hd@gmail.com
--- Comment #76 from Wylda wylda@volny.cz 2010-10-09 04:18:52 CDT --- *** Bug 24647 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #77 from Raymond superquad.vortex2@gmail.com 2010-10-09 09:51:42 CDT --- (In reply to comment #76)
*** Bug 24647 has been marked as a duplicate of this bug. ***
can you explain the meaning of mixdev[mixnum].chans ?
if the mixer has one controls with type DST (destination) , it should also has source and vice versa
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #78 from Jeff Cook jeff@deserettechnology.com 2010-10-11 06:01:32 CDT --- (In reply to comment #77)
(In reply to comment #76)
*** Bug 24647 has been marked as a duplicate of this bug. ***
can you explain the meaning of mixdev[mixnum].chans ?
if the mixer has one controls with type DST (destination) , it should also has source and vice versa
Raymond, your contributions here are very confusing and often don't have much to do with the crashes. Perhaps IRC or wine-devel would be a better venue for a generic breakdown of the winealsa.drv architecture.
I have mailed a couple of patches this morning that should fix all known crashes linked to this bug. Fingers crossed that they get accepted.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #79 from Jeff Cook jeff@deserettechnology.com 2010-10-11 14:00:16 CDT --- (In reply to comment #78)
I have mailed a couple of patches this morning that should fix all known crashes linked to this bug. Fingers crossed that they get accepted.
Patches have been merged. If you were still having problems with an unpatched WINE, try today's git and report back.
http://bugs.winehq.org/show_bug.cgi?id=23902
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #80 from Wylda wylda@volny.cz 2010-10-15 07:01:55 CDT ---
Tested under wine-1.3.4-387-g7c47a9d and finally fixed. Pfff :-) Thanks Jeff!
http://bugs.winehq.org/show_bug.cgi?id=23902
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #81 from Alexandre Julliard julliard@winehq.org 2010-10-15 12:53:06 CDT --- Closing bugs fixed in 1.3.5.
http://bugs.winehq.org/show_bug.cgi?id=23902
--- Comment #82 from Raymond superquad.vortex2@gmail.com 2010-11-14 00:19:40 CST --- (In reply to comment #78)
(In reply to comment #77)
(In reply to comment #76)
*** Bug 24647 has been marked as a duplicate of this bug. ***
can you explain the meaning of mixdev[mixnum].chans ?
if the mixer has one controls with type DST (destination) , it should also has source and vice versa
Raymond, your contributions here are very confusing and often don't have much to do with the crashes. Perhaps IRC or wine-devel would be a better venue for a generic breakdown of the winealsa.drv architecture.
I have mailed a couple of patches this morning that should fix all known crashes linked to this bug. Fingers crossed that they get accepted.
if you have run winetest-latest.exe in windows
set WINETEST_INTERACTIVE=1 winmm_test.exe mixer
you should notice that the output of your usb mic should be similar to the following
mixer.c:759: 2: "USB Mic" 0.5 (65535:65535) destinations=1
mixer.c:830: 0: "Capture" (Capture) Destination=0 Source=-1
mixer.c:833: LineID=ffff0000 Channels=1 Connections=1 Controls=2
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=3 (USB Mic) 0.5 (65535:65535)
mixer.c:875: 0: "Microphone" (Microphone) Destination=0 Source=0
mixer.c:878: LineID=00000000 Channels=1 Connections=0 Controls=0
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=3 (USB Mic) 0.5 (65535:65535)
perform the same test on wine 1.3.7
WINETEST_INTERACTIVE=1 ./wine dlls/winmm/tests/winmm_test.exe.so mixer
mixer.c:759: 2: "USB Device 0x????:0x????" 1.0 (170:85) destinations=1 fixme:mixer:getsrccntfromchan No src found for 0 (L"Mic")? mixer.c:830: 0: "Mic" (Mic) Destination=0 Source=-1 mixer.c:833: LineID=00000000 Channels=1 Connections=0 Controls=1 mixer.c:837: State=0x00000001(MIXERLINE_LINEF_ACTIVE) mixer.c:839: ComponentType=MIXERLINE_COMPONENTTYPE_SRC_MICROPHONE mixer.c:841: Type=MIXERLINE_TARGETTYPE_WAVEIN mixer.c:843: Device=-1 (USB Device 0x46d:0x992) 1.0 (170:85)
This mean that those usb mic patches still break the wine compilance test
although it won't crash the game
http://bugs.winehq.org/show_bug.cgi?id=23902
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |filejunkie@gmail.com
--- Comment #83 from Austin English austinenglish@gmail.com 2011-08-10 13:10:37 CDT --- *** Bug 24282 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=23902
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |6120d7cc14522983fbc38026ab4 | |fcb6e4a68cdf0
https://bugs.winehq.org/show_bug.cgi?id=23902
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |e96d3d538a33785b1ac4f505ab7 | |643864a6d778c CC| |focht@gmx.net Component|-unknown |winealsa.drv
-
wine-bugs＠winehq.org