[Bug 22476] New: No sound in application

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

Summary: No sound in application
           Product: Wine
           Version: 1.1.43
          Platform: x86
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]

Application: Dragon Age
Audio: OSS
OS: Ubuntu 9.10

With Wine 1.1.42, the sound works fine but no the video. So, I updated to Wine
1.1.43 to try and fix the video and found that sound does not work (neither
does video but that will be another bug). The output from Wine 1.1.43 differs
by one line:

AL lib: alsa.c:675: set access failed: Invalid argument

Hopefully that makes sense to all of you. It seems pretty clean that I can
switch from 1.1.42 to 1.1.43 and reproduce the problem.

[Bug 22476] No sound in application

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

--- Comment #1 from [e-mail]  2010-04-24 09:48:29 ---
Work around is to disable mmdevapi. Still seems like an easy bug to fix from
the output though.

[Bug 22476] No sound in application

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

--- Comment #2 from Vitaliy Margolen   2010-04-24 13:37:35 ---
Please use latest git and retry. If you can't, then this bug is duplicate of
bug 21248.

[Bug 22476] No sound in application

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

--- Comment #3 from [e-mail]  2010-04-24 22:34:55 ---
Not familiar with git so followed the directions from here
http://wiki.winehq.org/GitWine and did a:

git clone git://source.winehq.org/git/wine.git ~/wine-git

I built it (with some struggle getting all the dependencies). When I run with
mmdevapi enabled I get:

AL lib: alsa.c:675: set access failed: Invalid argument

I have good sound when mmdevapi is disabled. I hope that helps.

[Bug 22476] No sound in application

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

--- Comment #4 from Jeff Zaroyko   2010-04-24 23:09:00 ---
(In reply to comment #3)
> Not familiar with git so followed the directions from here
> http://wiki.winehq.org/GitWine and did a:
>
> git clone git://source.winehq.org/git/wine.git ~/wine-git
>
> I built it (with some struggle getting all the dependencies). When I run with
> mmdevapi enabled I get:
>
> AL lib: alsa.c:675: set access failed: Invalid argument
>
> I have good sound when mmdevapi is disabled. I hope that helps.

You can try editing ~/.alsaoftrc so that it contains:

[alsa]
mmap = off

[Bug 22476] No sound in application

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

--- Comment #5 from [e-mail]  2010-04-25 14:46:49 ---
I could try that, but I do not have the file now. I have OSS drivers and not
alsa. So, I am not sure why it even calling it. I have set the configuration
audio to have only the OSS checked.

Thanks for the suggestion though.

[Bug 22476] No sound in application

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

Maarten Lankhorst  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #6 from Maarten Lankhorst   2010-05-11 08:36:36 ---
Hello,

mmdevapi is using openal for sound configuration, and wine explicitly disables
OSS on linux, unless it is set as default driver. If you want to enable it for
mmdevapi, add this to your ~/.alsoftrc:

drivers=oss

This should make your sound work again.

[Bug 22476] No sound in application

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

--- Comment #7 from [e-mail]  2010-05-15 09:39:14 ---
I created the file .alsoftrc and added the single line drivers=oss. No change
with 1.1.43 or 1.1.44.

[Bug 22476] No sound in application

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

Raymond  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #8 from Raymond   2010-05-17 03:19:38 ---
(In reply to comment #6)
> Hello,
>
> mmdevapi is using openal for sound configuration, and wine explicitly disables
> OSS on linux, unless it is set as default driver. If you want to enable it for
> mmdevapi, add this to your ~/.alsoftrc:
>
> drivers=oss
>
> This should make your sound work again.

./wine dlls/mmdevapi/tests/mmdevapi_test.exe.so capture
capture.c:186: Returned periods: 20.00000 ms 3.00000 ms
capture.c:196: Tag: fffe
capture.c:197: bits: 32
capture.c:198: chan: 2
capture.c:199: rate: 44100
capture.c:200: align: 8
capture.c:201: extra: 22
capture.c:206: Res: 32
capture.c:207: Mask: 3
capture.c:208: Alg: FLOAT
AL lib: oss.c:354: Unknown format: 0x10011
fixme:mmdevapi:AC_OpenCaptureAL Could not open device OSS Capture with buf size
22050: 0xa004
capture.c:253: Test failed: Valid Initialize returns 8889000a
capture.c:257: Tests skipped: Cannot initialize 8889000a, remainder of tests is
useless
capture: 36 tests executed (0 marked as todo, 1 failure), 1 skipped.

[Bug 22476] No sound in application

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

--- Comment #9 from Raymond   2010-05-17 03:28:41 ---
(In reply to comment #4)
> (In reply to comment #3)
> > Not familiar with git so followed the directions from here
> > http://wiki.winehq.org/GitWine and did a:
> >
> > git clone git://source.winehq.org/git/wine.git ~/wine-git
> >
> > I built it (with some struggle getting all the dependencies). When I run with
> > mmdevapi enabled I get:
> >
> > AL lib: alsa.c:675: set access failed: Invalid argument
> >
> > I have good sound when mmdevapi is disabled. I hope that helps.
>
> You can try editing ~/.alsaoftrc so that it contains:
>
> [alsa]
> mmap = off

why there is error but not counted as failure

export LIBASOUND_DEBUG = 1
./wine dlls/mmdevapi/tests/mmdevapi_test.exe.so render
ALSA ERROR hw_params: set (CHANNELS)
           value = 1 : Invalid argument
ACCESS:  RW_INTERLEAVED
FORMAT:  S16_LE
SUBFORMAT:  STD
SAMPLE_BITS: 16
FRAME_BITS: 32
CHANNELS: 2
RATE: [8000 192000]
PERIOD_TIME: (166 1024000]
PERIOD_SIZE: [32 8192]
PERIOD_BYTES: [128 32768]
PERIODS: [2 32]
BUFFER_TIME: (333 2048000]
BUFFER_SIZE: [64 16384]
BUFFER_BYTES: [256 65536]
TICK_TIME: ALL
AL lib: alsa.c:949: set channels failed: Invalid argument
render.c:119: Returned periods: 20.00000 ms 3.00000 ms
render.c:129: Tag: fffe
render.c:130: bits: 32
render.c:131: chan: 2
render.c:132: rate: 44100
render.c:133: align: 8
render.c:134: extra: 22
render.c:139: Res: 32
render.c:140: Mask: 3
render.c:141: Alg: FLOAT
AL lib: alsa.c:639: format : 0x1103
render.c:200: Returned latency: 5.00000 ms
render: 44 tests executed (0 marked as todo, 0 failures), 0 skipped.
AL lib: ALc.c:1812: alcCloseDevice(): destroying 1 Context(s)

[Bug 22476] No sound in application

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

--- Comment #10 from Maarten Lankhorst   2010-05-17 05:49:29 ---
If the capture test fails that means that oss doesn't support float for
capture. However rendering sound might still work. What happens on the render
test with oss only?

[Bug 22476] No sound in application

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

--- Comment #11 from Raymond   2010-05-17 09:46:57 ---
(In reply to comment #10)
> If the capture test fails that means that oss doesn't support float for
> capture. However rendering sound might still work. What happens on the render
> test with oss only?

AFAIK , none of the sound card support floating point but floating point is the
format used by openal.

For Alsa , you have to use "plug" plugin to convert float to native format
supported by sound card

which driver should I used as openal-soft 's backend ?

[Bug 22476] No sound in application

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

--- Comment #12 from Raymond   2010-05-17 18:08:12 ---
(In reply to comment #10)
> If the capture test fails that means that oss doesn't support float for
> capture. However rendering sound might still work. What happens on the render
> test with oss only?

http://4front-tech.com/hannublog/?page_id=22

According to OSS developer ,

In the synchronous method the application determines the latencies by calling
ioctl(SNDCTL_DSP_SETFRAGMENT). The application can request given fragment size
(in powers of 2) and number of fragments.

(i.e. OSS emulation , The period size must be powers of 2 )

But wine request for a buf size of 22050

fixme:mmdevapi:AC_OpenCaptureAL Could not open device OSS Capture with buf size
22050: 0xa004

[Bug 22476] No sound in application

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

--- Comment #13 from Raymond   2010-05-18 08:20:40 ---
(In reply to comment #10)
> If the capture test fails that means that oss doesn't support float for
> capture. However rendering sound might still work. What happens on the render
> test with oss only?

even alsa does not support float for hw device of any sound card ,

is there any openal parameter can use 16-bit or 8 bit since this patch suppose 
fall back when alsa does not accept float

http://repo.or.cz/w/openal-soft.git/commit/00272883f64d4fa664e7019f9ce9100a4...

this mean open "plughw" , "plug:dmix" ,  "pulse" and "plug:front", ... work
only

how did the function IAudioClient_GetDevicePeriod() get the device period ?

hr = IAudioClient_GetDevicePeriod(ac, NULL, NULL);
    ok(hr == E_POINTER, "Invalid GetDevicePeriod call returns %08x\n", hr);

capture.c:186: Returned periods: 20.00000 ms 3.00000 ms

[Bug 22476] No sound in application

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

--- Comment #14 from Raymond   2010-07-11 17:50:36 ---
(In reply to comment #10)
> If the capture test fails that means that oss doesn't support float for
> capture. However rendering sound might still work. What happens on the render
> test with oss only?

Did the render test implemented to play audio ?

GetDevicePeriod() return the defaultdeviceperiod and minimumdeviceperiod

Most likely 3.000 ms is not any valid  device period for OSS since the fragment
size of OSS is power of two

./wine dlls/mmdevapi/tests/mmdevapi_test.exe.so render
AL lib: alsa.c:925: set format = 2
render.c:119: Returned periods: 20.00000 ms 3.00000 ms
render.c:129: Tag: fffe
render.c:130: bits: 32
render.c:131: chan: 2
render.c:132: rate: 44100
render.c:133: align: 8
render.c:134: extra: 22
render.c:139: Res: 32
render.c:140: Mask: 3
render.c:141: Alg: FLOAT
render.c:200: Returned latency: 5.00000 ms
render: 44 tests executed (0 marked as todo, 0 failures), 0 skipped.
AL lib: ALc.c:2039: alcCloseDevice(): destroying 1 Context(s)

[Bug 22476] No sound in application

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

--- Comment #15 from Raymond   2010-07-19 21:07:14 ---
(In reply to comment #10)
> If the capture test fails that means that oss doesn't support float for
> capture. However rendering sound might still work. What happens on the render
> test with oss only?

This is most likely bug in capture test

The mix format is the format that the audio engine uses internally for digital
processing of shared-mode streams. This format is not necessarily a format that
the audio endpoint device supports. Thus, the caller might not succeed in
creating an exclusive-mode stream with a format obtained by calling
GetMixFormat.

[Bug 22476] No sound in application

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

Jerome Leclanche  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #16 from Jerome Leclanche  2012-01-13 12:33:46 CST ---
Please try in wine-1.3.36-404-g2db8613, or .37 when it's out.

[Bug 22476] No sound in application

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

Jerome Leclanche  changed:

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

--- Comment #17 from Jerome Leclanche  2013-01-21 14:14:12 CST ---
abandoned

[Bug 22476] No sound in application

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

Austin English  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #18 from Austin English  2013-01-23 14:41:14 CST ---
Closing.