[Bug 28161] New: Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

Summary: Wine >=1.3.25 no sound in the application, presumably
                    through the output openal
           Product: Wine
           Version: 1.3.26
          Platform: x86-64
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

I use Gentoo Linux x86_64. It is easier to describe the problem using the
specificity of Gentoo Linux. But if you want I'll try to give a more detailed
description of the problem. Compiling wine 1.3.26 version in the game
S.T.A.L.K.E.R. Shadows of Chernobyl is the sound stopped working.

Presumably the sound output through openal.

Options, compiling wine:
app-emulation/wine-1.3.26  USE="X alsa dbus gecko jpeg lcms mp3 ncurses opengl
oss perl png samba ssl threads truetype v4l win32 xml -capi -cups
-custom-cflags -fontconfig -gnutls -gphoto2 -gsm (-gstreamer) (-hal) -ldap
(-nls) -openal -opencl -scanner -test -win64 -xcomposite -xinerama"

On the wine version below 1.3.25, the sound is played, I tested version of
1.2.1 to 1.3.24, compile options have not changed, as indicated above.

Versions of the main components of my system:
Portage 2.1.10.3 (default/linux/amd64/10.0/desktop/gnome, gcc-4.5.1,
glibc-2.12.2-r0, 2.6.38-gentoo-r6 x86_64)
=================================================================
System uname:
Linux-2.6.38-gentoo-r6-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q6600_@_2.40GHz-with-gentoo-2.0.3
Timestamp of tree: Fri, 19 Aug 2011 00:45:01 +0000
app-shells/bash:          4.1_p9
dev-java/java-config:     2.1.11-r3
dev-lang/python:          2.6.6-r2, 2.7.1-r1, 3.1.3-r1
dev-util/cmake:           2.8.4-r1
dev-util/pkgconfig:       0.26
sys-apps/baselayout:      2.0.3
sys-apps/openrc:          0.8.3-r1
sys-apps/sandbox:         2.4
sys-devel/autoconf:       2.13, 2.68
sys-devel/automake:       1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:       2.20.1-r1
sys-devel/gcc:            3.4.6-r2, 4.4.5, 4.5.1-r1
sys-devel/gcc-config:     1.4.1-r1
sys-devel/libtool:        2.4-r1
sys-devel/make:           3.82
sys-kernel/linux-headers: 2.6.36.1 (virtual/os-headers)
sys-libs/glibc:           2.12.2

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

Konstantin Ivanov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
          Component|-unknown                    |openal32

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #1 from Austin English  2011-08-23 15:19:26 CDT ---
Please run a regression test:
http://wiki.winehq.org/RegressionTesting

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #2 from Konstantin Ivanov  2011-08-24 00:17:09 CDT ---
I've compiled app-emulation/wine-9999, in Gentoo ebuild installs this wine, or
another application with the current version of the source code repository svn
or git.

The current version of the wine:
wine --version
wine-1.3.26-168-g6ee95c7

In this version of wine is no sound., Compile options have not changed, as
indicated in my previous message.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #3 from Austin English  2011-08-24 03:09:32 CDT ---
(In reply to comment #2)
> I've compiled app-emulation/wine-9999, in Gentoo ebuild installs this wine, or
> another application with the current version of the source code repository svn
> or git.
>
> The current version of the wine:
> wine --version
> wine-1.3.26-168-g6ee95c7
>
> In this version of wine is no sound., Compile options have not changed, as
> indicated in my previous message.

Okay, so bug is still present, but we don't know what change caused the
problem. Use that git tree to run a regression test. If you need help, use
#winehq on Freenode, or the forums.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #4 from Konstantin Ivanov  2011-08-25 03:08:04 CDT ---
(In reply to comment #3)
> (In reply to comment #2)
> > I've compiled app-emulation/wine-9999, in Gentoo ebuild installs this wine, or
> > another application with the current version of the source code repository svn
> > or git.
> >
> > The current version of the wine:
> > wine --version
> > wine-1.3.26-168-g6ee95c7
> >
> > In this version of wine is no sound., Compile options have not changed, as
> > indicated in my previous message.
>
> Okay, so bug is still present, but we don't know what change caused the
> problem. Use that git tree to run a regression test. If you need help, use
> #winehq on Freenode, or the forums.

Could you describe to applicable that I should do. And I do not quite
understand the necessary sequence of actions, and whether to perform all the
action presents steps in your url.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #5 from Austin English  2011-08-25 12:36:23 CDT ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > I've compiled app-emulation/wine-9999, in Gentoo ebuild installs this wine, or
> > > another application with the current version of the source code repository svn
> > > or git.
> > >
> > > The current version of the wine:
> > > wine --version
> > > wine-1.3.26-168-g6ee95c7
> > >
> > > In this version of wine is no sound., Compile options have not changed, as
> > > indicated in my previous message.
> >
> > Okay, so bug is still present, but we don't know what change caused the
> > problem. Use that git tree to run a regression test. If you need help, use
> > #winehq on Freenode, or the forums.
>
> Could you describe to applicable that I should do. And I do not quite
> understand the necessary sequence of actions, and whether to perform all the
> action presents steps in your url.

You need to run a regression test, to determine which patch broke wine between
1.3.25 and 1.3.26:
$ git bisect start
$ git bisect good wine-1.3.25
$ git bisect bad wine-1.3.26
$ ./configure  && make

then test your game, and if good, use 'git bisect good', otherwise 'git bisect
bad'. configure, make, and retest until you get the broken patch.

For further help, use the forum please.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #6 from Konstantin Ivanov  2011-08-29 02:11:56 CDT ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > (In reply to comment #2)
> > > > I've compiled app-emulation/wine-9999, in Gentoo ebuild installs this wine, or
> > > > another application with the current version of the source code repository svn
> > > > or git.
> > > >
> > > > The current version of the wine:
> > > > wine --version
> > > > wine-1.3.26-168-g6ee95c7
> > > >
> > > > In this version of wine is no sound., Compile options have not changed, as
> > > > indicated in my previous message.
> > >
> > > Okay, so bug is still present, but we don't know what change caused the
> > > problem. Use that git tree to run a regression test. If you need help, use
> > > #winehq on Freenode, or the forums.
> >
> > Could you describe to applicable that I should do. And I do not quite
> > understand the necessary sequence of actions, and whether to perform all the
> > action presents steps in your url.
>
> You need to run a regression test, to determine which patch broke wine between
> 1.3.25 and 1.3.26:
> $ git bisect start
> $ git bisect good wine-1.3.25
> $ git bisect bad wine-1.3.26
> $ ./configure  && make
>
> then test your game, and if good, use 'git bisect good', otherwise 'git bisect
> bad'. configure, make, and retest until you get the broken patch.
>
> For further help, use the forum please.

Maybe I'm not quite accurately puts it, but I mean, what in wine 1.3.24 the
sound is played, and in wine 1.3.25 and above is no more. I had these tests
you. And he found the interval between the superimposed patches in which sound
is played and after that ceases to be playable.

Bisecting: 10 revisions left to test after this (roughly 3 steps)
[bc5d32bec6c37271769c66dd59c15a5d1aab37ca] dinput: EnumDevicesBySemantics
enumerating all kinds of joysticks.

Here are the closest yet to commit to anything that sound is, on the wine
wine-1.3.24-53-gb5d32b, I can move on, that would more accurately determine the
commit, which provides no sound. But I have not yet grasped the sovem like me
obtained directly from the patch.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #7 from Konstantin Ivanov  2011-08-29 02:14:23 CDT ---
Sealed, that last sentence: But I do not quite understand how I obtained
directly from the patch.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #8 from Austin English  2011-08-29 02:29:47 CDT ---
(In reply to comment #7)
> Sealed, that last sentence: But I do not quite understand how I obtained
> directly from the patch.

You need to compile wine and retest your application. If sound works, use 'git
bisect good', otherwise 'git bisect bad'. Then recompile and retest.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #9 from Konstantin Ivanov  2011-08-29 03:29:40 CDT ---
I understand it, but I was not clear how long should I perform the test, making
the 'git bisect bad' or 'git bisect good'. And how to get the patch, because of
which does not play sound.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #10 from Austin English  2011-08-29 12:24:28 CDT ---
(In reply to comment #9)
> I understand it, but I was not clear how long should I perform the test, making
> the 'git bisect bad' or 'git bisect good'. And how to get the patch, because of
> which does not play sound.

After compiling wine, run using the full path:
$ ~/wine-git/wine stalker.exe

then use 'git bisect good/bad'. According to comment #6, it should take about
10 tests.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #11 from Konstantin Ivanov  2011-08-30 07:14:31 CDT ---
(In reply to comment #10)
> (In reply to comment #9)
> > I understand it, but I was not clear how long should I perform the test, making
> > the 'git bisect bad' or 'git bisect good'. And how to get the patch, because of
> > which does not play sound.
>
> After compiling wine, run using the full path:
> $ ~/wine-git/wine stalker.exe
>
> then use 'git bisect good/bad'. According to comment #6, it should take about
> 10 tests.

At the end of the test I had the this message:

901af51ea32f2d192a598808abab2d1b6a940773 is the first bad commit
commit 901af51ea32f2d192a598808abab2d1b6a940773
Author: Andrew Eikum 
Date:   Mon Jul 11 08:28:24 2011 -0500

winmm: Remove driver implementation of waveOut*.

:040000 040000 cccb55d925c166ba3838b0179cbdd655a44ba26a
428f760df6efda7a37b4a84f97721523ab72863f M    dlls

I understand this may commit an error. But on the previous test I did not hear
the sound, even on the test alternation "winecfg".

I apologize for so many questions, but I did this test first time.

What now needs to be done to correct the problem that sound does not play a
game?

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #12 from Konstantin Ivanov  2011-08-31 04:18:57 CDT ---
After analyzing the results of the test, I still come to believe that the
reason that no sound is not given me commit, because it removes the support
vaveout, and he was subsequently dismissed., otherwise there is no sound in all
applications that run via wine. Having once again test to eliminate possible
errors, I got the same result. But this is not a commit, which leads to the
problem. What can you offer that would refine the search.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #13 from Konstantin Ivanov  2011-09-13 01:27:25 CDT ---
Me that no one will answer? Apparently it still is that in version 1.3.25 was
the fault of the audio output subsystem pereisana, because of that some games
will not play sound.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

Dmitry Timoshkov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |regression
                 CC|[e-mail]        |[e-mail]
          Component|openal32                    |winmm&mci
    Regression SHA1|                            |901af51ea32f2d192a598808aba
                   |                            |b2d1b6a940773

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #14 from Austin English  2011-09-13 03:41:27 CDT ---
(In reply to comment #13)
> Me that no one will answer? Apparently it still is that in version 1.3.25 was
> the fault of the audio output subsystem pereisana, because of that some games
> will not play sound.

Please attach a WINEDEBUG=+tid,+mmdevapi,+winmm,+dsound,+oss,+alsa,+coreaudio
trace.

[Bug 28161] Wine >=1.3.25 no sound in the application, presumably through the output openal

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #15 from Andrew Eikum  2012-01-25 11:23:05 CST ---
Hi Konstantin, is this still a problem in Wine 1.3.37? There have been very
many improvements since September.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

Dmitry Timoshkov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Wine >=1.3.25 no sound in   |S.T.A.L.K.E.R. Shadows of
                   |the application, presumably |Chernobyl: sound stopped
                   |through the output openal   |working

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #16 from Konstantin Ivanov  2012-01-26 02:48:15 CST ---
(In reply to comment #15)
> Hi Konstantin, is this still a problem in Wine 1.3.37? There have been very
> many improvements since September.

The problem still is present. Especially once again assembled wine 1.3.24,
installed vcrun2005 via winetricks, launch 'wine "C: \ Program Files \ GSC
World Publishing \ STALKER \ bin \ XR_3DA.exe"' sound is present.

Then the assembled wine 1.3.37, ran winecfg to update wineprefix and run the
game again, no sound.

If wineprefix clean and make a clean install of the game with wine 1.3.37 no
sound will be.

Why change topic, I pointed out that there is no sound in Wine> = 1.3.25, this
means that the latest version, which is the sound of the game is wine 1.3.24,
on newer versions of the sound is missing.

Although http://appdb.winehq.org has a record of "gold" status of the game on
wine version 1.3.34 (Debian) and 1.3.36 (Ubuntu), may apply some patches to the
source code of wine, or a problem yet in my system. To be safe, I'll check to
run this application in the wine under Debian is Wheezy, that does not want to
do, because I use Gentoo.

Thank you for your willingness to help.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #17 from Andrew Eikum  2012-01-26 08:46:32 CST ---
Thanks for trying again. Can you get a log in a clean wineprefix with Wine
1.3.37? Like this:

rm -f /tmp/stalker_log.txt

WINEDEBUG=+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
wine 'C:\Program Files\GSC World Publishing\STALKER\bin\XR_3DA.exe' &>>
/tmp/stalker_log.txt

And attach it to this bug (you may have to gzip it).

Also, are you using PulseAudio, or is this just plain ALSA?

(In reply to comment #16)
> Why change topic, I pointed out that there is no sound in Wine> = 1.3.25, this
> means that the latest version, which is the sound of the game is wine 1.3.24,
> on newer versions of the sound is missing.

The "Version" field in bugzilla already tells us that information. Putting it
in the bug topic is redundant.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

Robert Walker  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail].u
                   |                            |k

--- Comment #18 from Robert Walker  2012-01-26 09:07:24 CST ---
(In reply to comment #16)
> Although http://appdb.winehq.org has a record of "gold" status of the game on
> wine version 1.3.34 (Debian) and 1.3.36 (Ubuntu), may apply some patches to the
> source code of wine, or a problem yet in my system. To be safe, I'll check to
> run this application in the wine under Debian is Wheezy, that does not want to
> do, because I use Gentoo.
>
> Thank you for your willingness to help.

I can report that for both ARCH (with ALSA) vanilla (pacman) 1.3.37 I have
"perfect sound" (EAX support enabled) in both S.T.A.L.K.E.R. SOC & CS. On
Kubuntu 11.10 on a manually compiled version of WINE (1.3.36) again I have full
sound. No obvious glitches in either distro. Please note that for my manual
compile I **didn't** apply lots of compile switches. In fact all I specified
was "-march=native".

There is a another chap reporting problems with Gentoo and S.T.A.L.K.E.R. on
the WineHQ AppDB page. Both of you guys are specifying a whole lot of compile
switches... Are these really helping? Perhaps one of these is causing the
problem in the first place?

Bob

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #19 from Konstantin Ivanov  2012-01-30 03:11:53 CST ---
(In reply to comment #17)
> Thanks for trying again. Can you get a log in a clean wineprefix with Wine
> 1.3.37? Like this:
>
> rm -f /tmp/stalker_log.txt
>
> WINEDEBUG=+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
> wine 'C:\Program Files\GSC World Publishing\STALKER\bin\XR_3DA.exe' &>>
> /tmp/stalker_log.txt
>
> And attach it to this bug (you may have to gzip it).
>
> Also, are you using PulseAudio, or is this just plain ALSA?
>
> (In reply to comment #16)
> > Why change topic, I pointed out that there is no sound in Wine> = 1.3.25, this
> > means that the latest version, which is the sound of the game is wine 1.3.24,
> > on newer versions of the sound is missing.
>
> The "Version" field in bugzilla already tells us that information. Putting it
> in the bug topic is redundant.

The output winedebug: http://paste.pocoo.org/show/542938/

Compiling wine happens to these options through Portage (emerge wine), in which
case the sound does not work in the game:

./configure --prefix=/usr --build=x86_64-pc-linux-gnu
--host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info
--datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib
--libdir=/usr/lib32 --sysconfdir=/etc/wine --with-alsa --without-capi
--with-cms --without-cups --with-curses --without-dbus --without-fontconfig
--without-gnutls --without-gphoto --without-gsm --without-gstreamer
--without-hal --with-jpeg --without-ldap --with-mpg123 --with-gettext
--without-openal --without-opencl --with-opengl --with-openssl --with-oss
--with-png --with-pthread --without-sane --disable-tests --with-freetype
--with-v4l --with-x --without-xcomposite --
without-xinerama --with-xml --with-xslt --disable-win64

In the manual assembly of the sound is played, the options are used by default,
except for options prefix:

./configure --prefix=$HOME/wine-1.3.37/

Help identify options for which the sound is missing, as it may be because
prelink, which is used in the latest versions of assembly scenarios for the
wine.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #20 from Andrew Eikum  2012-01-30 07:58:11 CST ---
(In reply to comment #19)
> The output winedebug: http://paste.pocoo.org/show/542938/

This log is using an out of date version of Wine. The problem is these lines:

0027:err:ole:CoInitializeEx Attempt to change threading model of this apartment
from multi-threaded to apartment threaded
0027:err:dsound:devenum_thread_proc CoInitializeEx failed: 80010106

Those have been changed in 6d391df4aaefaef1e13ff2dd3571f96fdff6405d, which is
in Wine 1.4-rc1, so the problem might have been fixed by that commit.

I'm not very familiar with Gentoo. Can you make sure you're testing with
1.4-rc1 and try again? If it's still a problem, gather another log.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID

--- Comment #21 from Vitaliy Margolen  2012-01-30 09:07:26 CST ---
> ./configure --without-openal

You disabled OpenAl yourself - invalid.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #22 from Vitaliy Margolen  2012-01-30 09:13:03 CST ---
To clarify even more, Stalker is shipped with broken version of OpenAL. It does
not work on number of systems on Windows.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

Andrew Eikum  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |
     Ever Confirmed|0                           |1

--- Comment #23 from Andrew Eikum  2012-01-30 09:21:33 CST ---
Woah, woah, woah, hold on. We still have a failure to create the dsound and
winmm devices, due to the CoInitialize() problem. I expect this was fixed by
6d391df4aaefaef1e13ff2dd3571f96fdff6405d, but it's worth confirming, and I'd
still like to get Konstantin's report on if the latest version of Wine fixes
the problem.

Also, if Stalker ships with OpenAL, wouldn't it use that OpenAL library and not
the Wine one? I can't see how --without-openal is at fault here.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |INVALID

--- Comment #24 from Vitaliy Margolen  2012-01-30 18:50:56 CST ---
(In reply to comment #23)
You didn't understand what I was saying and apparently never dealt with windows
version(s) of openal. The library shipped with this game DOES NOT work on every
windows installation. And yes, it does fail with that exact problem - incorrect
OLE initialization. Among all other problems with Creative's ... creation.

The only way on Windows to get any sound out of this game was to install latest
(on the time of the release) OpenAL from Creative or free OpenAL soft.

Wine's OpenAL by default is set to be preferred over native OpenAL. Aside from
the fact that using native dll in such a situation is an invalid configuration.
In this specific case it makes it even more invalid.

Closing, don't waste time chasing bugs in known buggy software.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

Vitaliy Margolen  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|regression                  |
             Status|RESOLVED                    |CLOSED
          Component|winmm&mci                   |-unknown
    Regression SHA1|901af51ea32f2d192a598808aba |
                   |b2d1b6a940773               |

--- Comment #25 from Vitaliy Margolen  2012-01-30 18:51:20 CST ---
Not a regression. Closing.

[Bug 28161] S.T.A.L.K.E.R. Shadows of Chernobyl: sound stopped working

http://bugs.winehq.org/show_bug.cgi?id=28161

--- Comment #26 from Konstantin Ivanov  2012-01-31 04:26:29 CST ---
Sorry, this is my mistake, when moving to a new version of wine has changed
flags to install packages (ebuilds) in Gentoo and switched off the flag openal
which caused the problem. In any case, thanks, you pointed me to the problem.