http://bugs.winehq.org/show_bug.cgi?id=28010
Summary: No sound in Raptor: Call of the shadows Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: martin.jakl@gmail.com
Raptor: Call of the Shadows 2010 edition doesn't produce any sound. Even when I switch the sound to emulation in winecfg, which usually helps.
http://bugs.winehq.org/show_bug.cgi?id=28010
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
http://bugs.winehq.org/show_bug.cgi?id=28010
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #1 from Bruno Jesus 00cpxxx@gmail.com 2011-08-09 16:53:57 CDT --- I can't confirm that using alsa. Can you attach the console output? Do you use alsa? Or maybe oss?
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #2 from Martin Jakl martin.jakl@gmail.com 2011-08-10 13:28:15 CDT --- Created an attachment (id=35910) --> (http://bugs.winehq.org/attachment.cgi?id=35910) Compressed debug log - part 1
Get together with cat wine_debug.log.tar.bz2_part1 wine_debug.log.tar.bz2_part2
wine_debug.log.tar.bz2
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #3 from Martin Jakl martin.jakl@gmail.com 2011-08-10 13:28:59 CDT --- Created an attachment (id=35911) --> (http://bugs.winehq.org/attachment.cgi?id=35911) Compressed debug log - part 2
Get together with cat wine_debug.log.tar.bz2_part1 wine_debug.log.tar.bz2_part2
wine_debug.log.tar.bz2
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #4 from Martin Jakl martin.jakl@gmail.com 2011-08-10 13:31:06 CDT --- Attaching log with WINEDEBUG=+all, without it wine writes only 2 lines about msvcrt9. As far as I understood OSS support was removed from wine, so I'm using alsa in winecfg. I have also other windows games and sound in them is working normaly. I have openSUSE 11.4, it uses pulse audio and alsa through pulse audio.
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #5 from Andrew Eikum aeikum@codeweavers.com 2011-08-10 14:39:12 CDT --- I think a "+tid,+mmdevapi,+winmm,+dsound,+oss,+alsa,+coreaudio" log would be more useful. +all is way too much information. Some more info here http://wiki.winehq.org/Sound.
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #6 from Martin Jakl martin.jakl@gmail.com 2011-08-10 15:21:07 CDT --- Created an attachment (id=35914) --> (http://bugs.winehq.org/attachment.cgi?id=35914) With the setting you'wanted it outputs only this
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #7 from Andrew Eikum aeikum@codeweavers.com 2011-08-11 08:44:53 CDT --- Thanks. That is... really bizarre. It seems to be loading the builtin winmm, as it should, but it never actually calls any waveOut* functions. That means MMDevAPI never gets loaded, and you have no sound. So the question is why Raptor decides not to call waveOut*.
This section of your +all log looks suspicious:
0021:Call KERNEL32.GetEnvironmentVariableA(68143000 "SDL_AUDIODRIVER",0012c2c8,0000000c) ret=68109245 0021:Ret KERNEL32.GetEnvironmentVariableA() retval=00000005 ret=68109245 0021:Call ntdll._stricmp(68148590 "dsound",0012c2c8 "pulse") ret=6810224a 0021:Ret ntdll._stricmp() retval=fffffff4 ret=6810224a 0021:Call ntdll._stricmp(68148500 "waveout",0012c2c8 "pulse") ret=6810224a 0021:Ret ntdll._stricmp() retval=00000007 ret=6810224a 0021:Call ntdll._stricmp(681471f0 "disk",0012c2c8 "pulse") ret=6810224a 0021:Ret ntdll._stricmp() retval=fffffff4 ret=6810224a 0021:Call ntdll._stricmp(681472b0 "dummy",0012c2c8 "pulse") ret=6810224a 0021:Ret ntdll._stricmp() retval=fffffff4 ret=6810224a 0021:Call ntdll.strlen(681432eb "No available audio device") ret=6810a0ca 0021:Ret ntdll.strlen() retval=00000019 ret=6810a0ca
That looks to me like SDL is reading your SDL_AUDIODRIVER environment variable, seeing that it contains the string "pulse," and is trying to load that driver with the Windows-based SDL, which obviously doesn't recognize a "pulse" driver (instead it recognizes dsound, winmm, disk, or dummy). Not finding a "pulse" driver, it concludes that there is "No available audio device."
What's baffling is that this worked before 1.3.25. Raptor never gets to the point where it tries to load any audio code, so my changes shouldn't have an effect. Did your setting the SDL_AUDIODRIVER environment variable coincide with upgrading to 1.3.25?
If you know that it worked before 1.3.25 with this environment variable set, then a +all log of 1.3.24 would be useful.
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #8 from Martin Jakl martin.jakl@gmail.com 2011-08-11 09:46:31 CDT --- Created an attachment (id=35928) --> (http://bugs.winehq.org/attachment.cgi?id=35928) New log for choppy sound
I've not set this environment variable, so openSUSE had to set it automatically. However when I clean it before running raptor, sound is working. Unfortunatelly it is very choppy and strange. Do you have any other advice? Attaching new log with audio settings.
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #9 from Martin Jakl martin.jakl@gmail.com 2011-08-11 10:50:41 CDT --- Created an attachment (id=35930) --> (http://bugs.winehq.org/attachment.cgi?id=35930) Sorry, this is the correct log
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #10 from Andrew Eikum aeikum@codeweavers.com 2011-08-11 10:56:25 CDT --- That's using dsound with hwaccel set to Full. That uses the old driver code, which is a real pain to debug. Give Emulation a try and see if that's better. If not, throw one more log at me and I'll look into it :)
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #11 from Martin Jakl martin.jakl@gmail.com 2011-08-11 12:28:45 CDT --- Created an attachment (id=35932) --> (http://bugs.winehq.org/attachment.cgi?id=35932) Log with emulation
With hw acceleration set to emulation it's exactly the same choppy sound. Here is the log.
http://bugs.winehq.org/show_bug.cgi?id=28010
Martin Jakl martin.jakl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #35910|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=28010
Martin Jakl martin.jakl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #35911|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=28010
Martin Jakl martin.jakl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #35914|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=28010
Martin Jakl martin.jakl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #35928|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=28010
--- Comment #12 from Martin Jakl martin.jakl@gmail.com 2011-08-27 01:50:14 CDT --- In 1.3.27 sound is working properly.
http://bugs.winehq.org/show_bug.cgi?id=28010
Andrew Eikum aeikum@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #13 from Andrew Eikum aeikum@codeweavers.com 2011-08-29 08:07:21 CDT --- Well, great! It was probably one of Jörg's patches. Thank you for reporting and testing.
http://bugs.winehq.org/show_bug.cgi?id=28010
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Alexandre Julliard julliard@winehq.org 2011-09-09 12:55:48 CDT --- Closing bugs fixed in 1.3.28.
-
wine-bugs＠winehq.org