[Bug 16761] New: Supreme Commander: No audio at default sample rate/with full audio hardware acceleration
http://bugs.winehq.org/show_bug.cgi?id=16761
Summary: Supreme Commander: No audio at default sample rate/with full audio hardware acceleration Product: Wine Version: 1.1.12 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs@winehq.org ReportedBy: winehq.org@continuity.cjb.net
Created an attachment (id=18430) --> (http://bugs.winehq.org/attachment.cgi?id=18430) +dsound,+dsa,+dsalsa,+dsound3d,+dswave,+ds,+sound logs for audio acc full/emu in Supreme Commander
Using "full" audio hardware acceleration settings, I get no audio in Supreme Commander. dsound logs look ok apart from "warn:dsalsa:SetFormat Could not set sound rate to 48000, but instead to 44100". Seems my sound card (Intel HDA/SB7xx Azalia; audio was broken with my old ES1370 card, too, though) does not support 48kHz sample rate or something. In AppDB setting default sample rate to 48k is recommended (no sound otherwise?- Don't know.) so perhaps this is related.
The game works flawlessly in Windows. Sound works in Wine with audio hardware acceleration: "emulation" setting here, too.
Logs for emulation/full acceleration are attached.
http://bugs.winehq.org/show_bug.cgi?id=16761
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |trivial
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-01-03 14:10:27 --- So does changing the rate to 44100 fixes the problem? Are you using pulseaudio?
http://bugs.winehq.org/show_bug.cgi?id=16761
--- Comment #2 from M.Kiesel winehq.org@continuity.cjb.net 2009-01-03 18:10:57 --- Created an attachment (id=18448) --> (http://bugs.winehq.org/attachment.cgi?id=18448) Logs for default sample rate 44100. No sound is played both with full and emu acc setting.
No pulseaudio here. ALSA only.
Changing default sample rate in winecfg to 44100 breaks sound completely (game is silent), both with full acceleration and emulation. Logs attached. Sound is *only* working with default sample rate 48000 and acceleration: "emulation".
Logs for (broken) 44100 sound are attached. Comparing the logs for broken 44100/emu setting with working 48000/emu setting is interesting; the only thing happening additionally in the broken 44100/emu setting seems to be some Wine internal preprocessing step ("trace:dsound:DSOUND_RecalcFreqAcc New freqadjust: 115f55, new buflen: 52924", "trace:dsound:DSOUND_MixToTemporary (0x1c4b98) Adjusting frequency: 48000 -> 44100"). Perhaps this is broken? Then we might be talking about several bugs here (full acceleration broken completely; another bug for emulation setting/preprocessing step). Might of course also be some odd side-effect.
http://bugs.winehq.org/show_bug.cgi?id=16761
haarp liquitsnake@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |liquitsnake@gmx.net
--- Comment #3 from haarp liquitsnake@gmx.net 2009-02-18 19:09:02 --- 44100 won't work at all for this game, there will be no sound. It wants 48000. For some strange reason, the addon to the game however won't work with 48000, it needs 44100. Mind-boggling, isn't it? See bug 12182 for further infos.
http://bugs.winehq.org/show_bug.cgi?id=16761
--- Comment #4 from M.Kiesel winehq.org@continuity.cjb.net 2009-02-19 11:12:47 --- I do understand that SC currently needs 48kHz default sample rate in Wine. This is not a "how do I get this working in Wine" bug but a "this is supposed to work but doesn't" bug :-). Clearly SC should work with 44kHz sample rate, too. As explained in comment 2 I suspect something's broken in Wine.
The fact that FA works with 44kHz *only* might be the same problem: Seems FA does mixing with 44kHz and Wine fails to resample to 48kHz.
Should check the sound data stream coming from the game; I very much doubt it's silent for the "mismatched" case.
http://bugs.winehq.org/show_bug.cgi?id=16761
Thomas rakdnorak@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #5 from Thomas rakdnorak@free.fr 2009-03-01 08:06:52 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=16761
--- Comment #6 from Austin English austinenglish@gmail.com 2009-09-03 12:21:30 --- Is this still an issue in current (1.1.29 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=16761
--- Comment #7 from M.Kiesel winehq.org@continuity.cjb.net 2009-09-03 14:58:53 --- Still an issue with current version from git. The only sound settings working for me are 48kHz+"Hardware Acceleration: Emulation".
http://bugs.winehq.org/show_bug.cgi?id=16761
Adam Bolte boltronics@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |boltronics@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=16761
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com
--- Comment #8 from Michael Stefaniuc mstefani@redhat.com 2012-10-30 16:48:13 CDT --- The sound back end in Wine changed considerably since this bug was reported. Wine has taken the path of "modern" Windows and there is no hardware acceleration anymore.
Can you please retest and report back?
http://bugs.winehq.org/show_bug.cgi?id=16761
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #9 from Michael Stefaniuc mstefani@redhat.com 2012-12-03 16:30:04 CST --- Assuming fixed like in all the other "emulation fixes it" bugs.
http://bugs.winehq.org/show_bug.cgi?id=16761
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2012-12-07 13:35:57 CST --- Closing bugs fixed in 1.5.19.
-
wine-bugs＠winehq.org