Bug#807403: wine: Sound doesn't work anymore with Windows games

[Javier Cantero]

Package: wine
Version: 1.8~rc3-1
Followup-For: Bug #807403

I can confirm this bug, from 1.7.55 (the first version with winepulse)
to the current 1.8-rc3. I can also confirm that the proposed solution
works fine.

Note that despite the bug, certain games with certain sound formats
(i.e. 8bit instead 32bit) the buffer size with PULSE_LATENCY_MSEC=60 can
be enough and the sound works (for instance this happens to me with the
intro part of certain game). For a 32bit-stereo format (4*2 = 8 bytes)
you need to set PULSE_LATENCY_MSEC=200 at least. I rather prefer to let
pulseaudio to calculate itself the size of the buffer automatically
(that's what the proposed fix is doing, getting rid of the environment
variable at all). There is so much documentation out there advising to
change that value that I think the problem is going to stay with us for
a while until all the people using winepulse change their configs. Maybe
it's worth to annotate this somewhere (in the Debian Wine wiki page?).

An alternative solution is to configure wine to use winealsa.drv again,
by changing the value of the "Audio" key to "alsa" in the
HKEY_CURRENT_USER\Software\Wine\Drivers directory of the registry. This
is usually done with the regedit.exe tool (wine regedit.exe). The value
"pulse" restore the use of winepulse.drv.

Using winealsa.drv the sound should work exactly as it worked in prior
versions to 1.7.55. It works even if you are using alsa-libs wrapper to
send the audio to pulseaudio daemon (so actually using PA, not ALSA)
with libasound2-plugins:i386 package. I don't think it's worth to use
with this configuration, it adds an extra level with no gain. However,
some people may prefer to use ALSA directly -without the wrapper thing-,
to avoid completely PA (note this has certain disadvantages which I will
not enumerate here).


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (600, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.6-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wine depends on:
ii  wine32  1.8~rc3-1

wine recommends no packages.

Versions of packages wine suggests:
pn  dosbox   
pn  wine-binfmt  

Versions of packages wine is related to:
ii  fonts-wine1.8~rc3-1
ii  libwine   1.8~rc3-1
pn  libwine-dbg   
pn  libwine-dev   
ii  wine  1.8~rc3-1
ii  wine321.8~rc3-1
pn  wine32-preloader  
pn  wine32-tools  
pn  wine64
pn  wine64-preloader  
pn  wine64-tools  

-- no debconf information




signature.asc
Description: PGP signature

Bug#807403: [pkg-wine-party] Bug#807403: wine: Sound doesn't work anymore with Windows games

[DaVinci]

El jueves 10 de diciembre, Jens Reyer escribió:
> You, David and other affected users may test this, by simply changing
> the last line of /usr/bin/wine to:
> 
> WINEPREFIX=$wineprefix WINELOADER=$wineloader WINEDEBUG=$winedebug $wine "$@"

It works :D

Thank you very much.

-- 
David

Bug#807403: Bug#807403: wine: Sound doesn't work anymore with Windows games

[Artem Savkov]

On Thu, Dec 10, 2015 at 05:59:02PM +0100, Jens Reyer wrote:
> On 12/10/2015 04:57 PM, Jens Reyer wrote:
> > @Artem Savkov: Is this logfile with some special PULSE_LATENCY_MSEC
> > setting? It doesn't have the exact output that I'd expected given Andrew
> > Eikum's explanation (trace:pulse:dump_attr maxlength: 57600,
> > https://bugs.winehq.org/show_bug.cgi?id=39744#c2).
> 
> Argh, copy and paste error. I'd expected
>   trace:pulse:dump_attr tlength: 21168
> which relates to the Debian default of 60msec ... which is still not in
> your logfile.

The log I supplied was with PULSE_LATENCY_MSEC=150. In fact I get no
sound with any PULSE_LATENCY_MSEC, removing it completely (from wrapper
as well) does help though, thank you.

-- 
Regards,
  Artem Savkov

Bug#807403: Bug#807403: wine: Sound doesn't work anymore with Windows games

[Jens Reyer]

On 12/10/2015 04:57 PM, Jens Reyer wrote:
> @Artem Savkov: Is this logfile with some special PULSE_LATENCY_MSEC
> setting? It doesn't have the exact output that I'd expected given Andrew
> Eikum's explanation (trace:pulse:dump_attr maxlength: 57600,
> https://bugs.winehq.org/show_bug.cgi?id=39744#c2).

Argh, copy and paste error. I'd expected
  trace:pulse:dump_attr tlength: 21168
which relates to the Debian default of 60msec ... which is still not in
your logfile.

(Note I don't understand that internal logic, so probably this is not
important at all, and it definitely doesn't change the necessity for the
proposed fix for winepulse instead of winealsa now.)

If at all we should keep the old behavior on archs that don't use
winepulse (kfreebsd-any). But I'd tend to ignore that.

Greets
jre

Bug#807403: [pkg-wine-party] Bug#807403: wine: Sound doesn't work anymore with Windows games

[Jens Reyer]

control: tags -1 + pending

Hi,

the commit below should fix that, see it's commit message.

@Artem Savkov: Is this logfile with some special PULSE_LATENCY_MSEC
setting? It doesn't have the exact output that I'd expected given Andrew
Eikum's explanation (trace:pulse:dump_attr maxlength: 57600,
https://bugs.winehq.org/show_bug.cgi?id=39744#c2).

You, David and other affected users may test this, by simply changing
the last line of /usr/bin/wine to:

WINEPREFIX=$wineprefix WINELOADER=$wineloader WINEDEBUG=$winedebug $wine "$@"

Greets
jre


 Forwarded Message 
Subject: [pkg-wine-party] [wine] 01/01: Don't set a default pulseaudio latency.
Date: Thu, 10 Dec 2015 15:31:22 +
From: Jens Reyer 
Reply-To: Jens Reyer 
To: pkg-wine-pa...@lists.alioth.debian.org

This is an automated email from the git hooks/post-receive script.

jreyer-guest pushed a commit to branch master
in repository wine.

commit 872d374b395090f08a3e0e27d83c32e9efad579b
Author: Jens Reyer 
Date:   Thu Dec 10 16:28:53 2015 +0100

Don't set a default pulseaudio latency.

This was originally added to avoid stuttering (#581624). With the new
pulse audio driver it isn't needed anymore. Instead it may cause
applications to not play sound because the pulse buffer may be smaller
then requested by Wine.
Confirmed and tested, both that applications don't start to stutter
again, and that sound works again, see
https://bugs.winehq.org/show_bug.cgi?id=39744

Closes: #807403
---
 debian/scripts/wine | 8 +---
 1 file changed, 1 insertion(+), 7 deletions(-)

diff --git a/debian/scripts/wine b/debian/scripts/wine
index e43d436..7721719 100755
--- a/debian/scripts/wine
+++ b/debian/scripts/wine
@@ -42,10 +42,4 @@ else
 winedebug=$WINEDEBUG
 fi
 
-if test -z "$PULSE_LATENCY_MSEC"; then
-latency=60
-else
-latency=$PULSE_LATENCY_MSEC
-fi
-
-WINEPREFIX=$wineprefix WINELOADER=$wineloader WINEDEBUG=$winedebug 
PULSE_LATENCY_MSEC=$latency $wine "$@"
+WINEPREFIX=$wineprefix WINELOADER=$wineloader WINEDEBUG=$winedebug $wine "$@"

-- 
Alioth's /usr/local/bin/git-commit-notice on 
/srv/git.debian.org/git/pkg-wine/wine.git

___
pkg-wine-party mailing list
pkg-wine-pa...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-wine-party

Bug#807403: wine: Sound doesn't work anymore with Windows games

[Artem Savkov]

Can confirm this with wine-1.8-rc2.
Sound does work in winecfg and windowed applications e.g. installers,
but in games it does not.

Here is a WINEDEBUG=+pulse log from a systemshock2 run:

$ WINEDEBUG=+pulse PULSE_LATENCY_MSEC=150 wine SHOCK2.EXE 
fixme:win:EnumDisplayDevicesW ((null),0,0x32f2f4,0x), stub!
trace:pulse:pulse_test_connect Name: SHOCK2.EXE
trace:pulse:pulse_test_connect libpulse protocol version: 30. API Version 12
trace:pulse:pulse_contextcallback State change to 1
trace:pulse:pulse_contextcallback State change to 2
trace:pulse:pulse_contextcallback State change to 3
trace:pulse:pulse_contextcallback Ready
trace:pulse:pulse_test_connect Test-connected to server 
/run/user/1000/pulse/native with protocol version: 30.
trace:pulse:pulse_stream_state Stream state changed to 1
trace:pulse:pulse_stream_state Stream state changed to 2
trace:pulse:pulse_stream_state Stream state changed to 4
trace:pulse:pulse_stream_state Stream state changed to 1
trace:pulse:pulse_stream_state Stream state changed to 2
trace:pulse:pulse_stream_state Stream state changed to 4
trace:pulse:AUDDRV_GetPropValue {25da76d0-033c-4235-9002-19f48894ac6f}, 
({b3f8fa53-0004-438e-9003-51a46e139bfc},2), 0x32f3a8
trace:pulse:AUDDRV_GetPropValue {25da76d0-033c-4235-9002-19f48894ac6f}, 
({1da5d803-d492-4edd-8c23-e0c0ffee7f0e},0), 0x32f3a8
trace:pulse:AUDDRV_GetPropValue {fd47d9cc-4218-4135-9ce2-0c195c87405b}, 
({b3f8fa53-0004-438e-9003-51a46e139bfc},2), 0x32f3a8
trace:pulse:AUDDRV_GetPropValue {fd47d9cc-4218-4135-9ce2-0c195c87405b}, 
({1da5d803-d492-4edd-8c23-e0c0ffee7f0e},0), 0x32f3a8
trace:pulse:AUDDRV_GetEndpointIDs 0 0x32f470 0x32f478 0x32f47c
trace:pulse:AUDDRV_GetPropValue {fd47d9cc-4218-4135-9ce2-0c195c87405b}, 
({b3f8fa53-0004-438e-9003-51a46e139bfc},2), 0x32f338
trace:pulse:AUDDRV_GetPropValue {fd47d9cc-4218-4135-9ce2-0c195c87405b}, 
({1da5d803-d492-4edd-8c23-e0c0ffee7f0e},0), 0x32f338
trace:pulse:AUDDRV_GetAudioEndpoint {fd47d9cc-4218-4135-9ce2-0c195c87405b} 
0x147718 0x32f480
trace:pulse:AudioClient_AddRef (0x147950) Refcount now 1
trace:pulse:AudioClient_GetMixFormat (0x147950)->(0x32f484)
trace:pulse:dump_fmt wFormatTag: 0xfffe (WAVE_FORMAT_EXTENSIBLE)
trace:pulse:dump_fmt nChannels: 2
trace:pulse:dump_fmt nSamplesPerSec: 48000
trace:pulse:dump_fmt nAvgBytesPerSec: 384000
trace:pulse:dump_fmt nBlockAlign: 8
trace:pulse:dump_fmt wBitsPerSample: 32
trace:pulse:dump_fmt cbSize: 22
trace:pulse:dump_fmt dwChannelMask: 0003
trace:pulse:dump_fmt Samples: 0020
trace:pulse:dump_fmt SubFormat: {0003--0010-8000-00aa00389b71}
trace:pulse:AudioClient_Release (0x147950) Refcount now 0
trace:pulse:AUDDRV_GetEndpointIDs 1 0x32f470 0x32f478 0x32f47c
trace:pulse:AUDDRV_GetPropValue {25da76d0-033c-4235-9002-19f48894ac6f}, 
({b3f8fa53-0004-438e-9003-51a46e139bfc},2), 0x32f338
trace:pulse:AUDDRV_GetPropValue {25da76d0-033c-4235-9002-19f48894ac6f}, 
({1da5d803-d492-4edd-8c23-e0c0ffee7f0e},0), 0x32f338
trace:pulse:AUDDRV_GetAudioEndpoint {25da76d0-033c-4235-9002-19f48894ac6f} 
0x147470 0x32f480
trace:pulse:AudioClient_AddRef (0x147950) Refcount now 1
trace:pulse:AudioClient_GetMixFormat (0x147950)->(0x32f484)
trace:pulse:dump_fmt wFormatTag: 0xfffe (WAVE_FORMAT_EXTENSIBLE)
trace:pulse:dump_fmt nChannels: 2
trace:pulse:dump_fmt nSamplesPerSec: 44100
trace:pulse:dump_fmt nAvgBytesPerSec: 352800
trace:pulse:dump_fmt nBlockAlign: 8
trace:pulse:dump_fmt wBitsPerSample: 32
trace:pulse:dump_fmt cbSize: 22
trace:pulse:dump_fmt dwChannelMask: 0003
trace:pulse:dump_fmt Samples: 0020
trace:pulse:dump_fmt SubFormat: {0003--0010-8000-00aa00389b71}
trace:pulse:AudioClient_Release (0x147950) Refcount now 0
trace:pulse:AUDDRV_GetAudioEndpoint {fd47d9cc-4218-4135-9ce2-0c195c87405b} 
0x147718 0x147b10
trace:pulse:AudioClient_AddRef (0x147b40) Refcount now 1
trace:pulse:AudioClient_GetMixFormat (0x147b40)->(0x32f708)
trace:pulse:dump_fmt wFormatTag: 0xfffe (WAVE_FORMAT_EXTENSIBLE)
trace:pulse:dump_fmt nChannels: 2
trace:pulse:dump_fmt nSamplesPerSec: 48000
trace:pulse:dump_fmt nAvgBytesPerSec: 384000
trace:pulse:dump_fmt nBlockAlign: 8
trace:pulse:dump_fmt wBitsPerSample: 32
trace:pulse:dump_fmt cbSize: 22
trace:pulse:dump_fmt dwChannelMask: 0003
trace:pulse:dump_fmt Samples: 0020
trace:pulse:dump_fmt SubFormat: {0003--0010-8000-00aa00389b71}
trace:pulse:AudioClient_IsFormatSupported (0x147b40)->(0, 0x147870, 0x32f704)
trace:pulse:dump_fmt wFormatTag: 0xfffe (WAVE_FORMAT_EXTENSIBLE)
trace:pulse:dump_fmt nChannels: 2
trace:pulse:dump_fmt nSamplesPerSec: 48000
trace:pulse:dump_fmt nAvgBytesPerSec: 384000
trace:pulse:dump_fmt nBlockAlign: 8
trace:pulse:dump_fmt wBitsPerSample: 32
trace:pulse:dump_fmt cbSize: 22
trace:pulse:dump_fmt dwChannelMask: 0003
trace:pulse:dump_fmt Samples: 0020
trace:pulse:dump_fmt SubFormat: {0003--0010-8000-00aa00389b71}
trace:pulse:AudioClient_IsFormatSupported returning:  (nil)
trace:pulse:AudioClient_GetDevicePeriod (0x147b40)->(0x32f6d0, (nil))

Bug#807403: wine: Sound doesn't work anymore with Windows games

[David]

Package: wine
Version: 1.8~rc3-1
Severity: important

Dear Maintainer,

* What led up to the situation?

  Upgrading wine from 1.7.52 (wine-development) to 1.7.55. I have tested with
  wine 1.8~rc3 and the problem persist.

* What exactly did you do (or not do) that was effective (or
  ineffective)?

  I have seen that there is a new pulseaudio driver. I supose it doesn't work
  properly. When I execute some Windows game that worked perfectly with 1.7.52,
  I get all funcionality except sound.

  If I try to configure sound with winecfg the only option for output devide is
  System default or pulseaudio. Clicking on Test sound I hear the test without
  problems.

Thank you very much.

-- 
David

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wine depends on:
ii  wine32  1.8~rc3-1
ii  wine64  1.8~rc3-1

wine recommends no packages.

Versions of packages wine suggests:
ii  dosbox   0.74-4.2
ii  wine-binfmt  1.8~rc3-1

Versions of packages wine is related to:
ii  fonts-wine1.8~rc2-1
ii  libwine   1.8~rc3-1
pn  libwine-dbg   
pn  libwine-dev   
ii  wine  1.8~rc3-1
ii  wine321.8~rc3-1
ii  wine32-preloader  1.8~rc3-1
pn  wine32-tools  
ii  wine641.8~rc3-1
ii  wine64-preloader  1.8~rc3-1
pn  wine64-tools  

-- no debconf information

Bug#807403: wine: Sound doesn't work anymore with Windows games

[Jens Reyer]

Hi,

I tested one app and the test sound in winecfg. Both worked here.

However this looks similar to
https://bugs.winehq.org/show_bug.cgi?id=39744. So maybe the following
helps (you may also try other values instead of 160):
 PULSE_LATENCY_MSEC=160 wine your_application.exe

Otherwise please try to produce a good logfile, something like:
  WINEDEBUG=fixme+all,err+all wine your_application.exe
... but probably with other WINEDEBUG settings (see
http://wiki.winehq.org/Sound or wait for an answer for my question in
that bug).

Greets
jre