http://bugs.winehq.org/show_bug.cgi?id=32378
Bug #: 32378 Summary: no sound at all, "Test Sound" button gives threading model error Product: Wine Version: 1.5.18 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: rclocher3@yahoo.com Classification: Unclassified
Created attachment 42722 --> http://bugs.winehq.org/attachment.cgi?id=42722 +tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio log
Hi all, I have a Lenovo S10-3 running Ubuntu 12.10, and I decided to give Wine a try. I installed Wine from the Software Center and got version 1.4.1. When I ran winecfg and clicked the "Test Sound" button there was no sound, and there was an error in the console:
err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded
The selected driver under version 1.4.1 was winealsa.drv.
I decided to get the latest development release 1.5.18 from the Ubuntu Wine Team's PPA. I started with a fresh prefix by deleting the .wine directory. Now winecfg shows the selected driver as winepulse.drv. Unfortunately the results are the same as before: no audio and the threading model error.
A debug trace log is attached.
http://bugs.winehq.org/show_bug.cgi?id=32378
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal
--- Comment #1 from Bruno Jesus 00cpxxx@gmail.com 2012-12-06 05:02:36 CST ---
0009:fixme:winediag:AUDDRV_GetAudioEndpoint Winepulse is not officially supported by the wine project 0009:fixme:winediag:AUDDRV_GetAudioEndpoint For sound related feedback and support, please visit http://ubuntuforums.org/showthread.php?t=1960599
Please try again in plain wine.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #2 from Rob rclocher3@yahoo.com 2012-12-06 11:29:59 CST --- Created attachment 42732 --> http://bugs.winehq.org/attachment.cgi?id=42732 debug trace log, same options, using the ALSA driver this time
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #3 from Rob rclocher3@yahoo.com 2012-12-06 11:32:56 CST --- Hi Bruno, and thanks for your help. I assume that you meant I should force Wine to use the ALSA driver. If that's not what you meant then please let me know.
So I did "winetricks sound=alsa" and I ran winecfg again. I got the same bug: the "Test Sound" button doesn't make any sound, and there is a threading model error. I made another debug trace log and attached it.
http://bugs.winehq.org/show_bug.cgi?id=32378
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com, | |m.b.lankhorst@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #4 from Andrew Eikum aeikum@codeweavers.com 2012-12-11 07:24:56 CST --- Thanks for the detailed report and logs.
Everything looks okay from the Wine side. We're using the ALSA device named "default". Can you try with another program? For example, try running: aplay -D default Some_Wav_File.wav and see if you get audio.
Since you're using PulseAudio, consider running the mixer program (perhaps "pavucontrol") and ensuring nothing is muted.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #5 from Rob rclocher3@yahoo.com 2012-12-11 14:30:27 CST --- Hello Andrew, and thanks very much for looking into the bug. I ran pavucontrol, and everything looked straightforward, and nothing was muted. I did "aplay -D default Some_Wav_File.wav" as you suggested, and the .wav file played through the speakers. Also I should mention that the audio seems to work fine outside of Wine: I hear the bongo drum sound when the Ubuntu sign-in dialog comes up, Skype works fine, and I listen to Pandora via Firefox all the time. As far as I know, only Wine has a problem.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #6 from Andrew Eikum aeikum@codeweavers.com 2012-12-13 09:11:40 CST --- Thanks for double-checking. I took another look at the log, and I'm really not seeing anything interesting. We open "default", feed it data, and it appears to play the data. I'm not sure where it's getting lost on its way to your speakers.
I guess my only thought is maybe there's a very high latency someplace and the sound is too short, so it gets "cut off" before it has a chance to play. Have you tried playing a game or some audio program (foobar2000 is free and works well) that would play audio for more than a few seconds?
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #7 from Rob rclocher3@yahoo.com 2012-12-13 10:33:38 CST --- I played a game with sound last night, and it worked fine, with no delay that I could detect by ear. Also I would like to point out that the instant I click the "Test Sound" button, or a Windows program under Wine tries to play a sound, then that "Attempt to change threading model of this apartment from multi-threaded to apartment threaded" error appears on stderr.
If I click the "Test Sound" button repeatedly, once in a while I can hear a tiny "tic", as though the speakers played one cycle of the sound before being interrupted.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #8 from Andrew Eikum aeikum@codeweavers.com 2012-12-13 10:45:37 CST --- The threading model error is harmless. It is related to audio, and should be fixed, but it won't cause this problem.
When you say you played a game last night, did you mean you played it in Wine? So you do have audio in Wine in some cases? Is the problem that only short sounds don't play?
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #9 from Rob rclocher3@yahoo.com 2012-12-13 21:16:25 CST --- Sorry, I should have clarified better. I played a Linux game ("Battle for Wesnoth"), and the sound seemed to work perfectly. Also as I mentioned before, Skype also works, and so does streaming Pandora.com in Firefox. I haven't noticed the slightest discrepancy using the sound with any native-Linux program. On the other hand, the sound doesn't work at all in Wine. It sure is strange!
I didn't realize that the threading model error is a red herring, thanks for clarifying that.
Is there any other diagnostics I can run to help? I'd be happy to Run WineTest, for instance.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #10 from Rob rclocher3@yahoo.com 2012-12-17 22:28:47 CST --- I decided to do a sanity check, so I downloaded a tiny Windows program PlaySound.exe from http://www.virtualobjectives.com.au/utilitiesprogs/playsound.htm that plays WAV files. I ran it in Wine to play a WAV file, and lo and behold, it ran perfectly! I double-checked, but unfortunately the "Test Sound" button in winecfg still doesn't work. More importantly to me, the sound doesn't work either in the Windows program that I'd really like to run in Wine.
But that's useful information, yeah? The sound works for one program, but not for another. By the way, I did some regression testing. I tried all three programs (PlaySound.exe, the "Test Sound" button in winecfg, and my Windows program) in wine-1.4.1 and in wine-1.5.19. In wine-1.5.19 I tried both the Pulse and ALSA drivers. The results were the same for both Wine versions and with both drivers: PlaySound.exe worked perfectly, the other programs didn't. I did notice that the "Test Sound" button often made a tic noise when the button was pushed repeatedly with the Pulse driver, but not with the ALSA driver.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #11 from Andrew Eikum aeikum@codeweavers.com 2012-12-18 08:28:34 CST --- Yes, that is interesting. Thanks for being so thorough. Could you create a log with the usual channels of your PlaySound.exe session? Just open the program, play one sound, and quit. Hopefully we can notice a difference between the PlaySound.exe log and your winecfg log.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #12 from Rob rclocher3@yahoo.com 2012-12-18 14:56:09 CST --- Created attachment 42846 --> http://bugs.winehq.org/attachment.cgi?id=42846 Successfully play WAV file using PlaySound.exe under wine-1.4.1 & ALSA driver
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #13 from Andrew Eikum aeikum@codeweavers.com 2013-01-22 15:01:40 CST --- Hi again, Rob. Sorry it took so long to get back to you, but I still don't see anything interesting in the logs.
I notice most of the logs were gathered with Wine 1.4.1, which is pretty old. Can you try running with the latest release of Wine and get me two logs: One with winecfg's Test Sound, and the other with your PlaySound.exe? Then we'll be comparing apples to apples with the latest and greatest.
Hopefully we can get this hammered out for you soon, here...
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #14 from Rob rclocher3@yahoo.com 2013-01-24 21:00:20 CST --- Hi Andrew, no worries, I didn't pay anything for Wine so I'm grateful for any and all help. I'm pleased that I can help improve Wine in a small way. Thank you!
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #15 from Rob rclocher3@yahoo.com 2013-01-24 21:07:34 CST --- Created attachment 43323 --> http://bugs.winehq.org/attachment.cgi?id=43323 Successfully play WAV file using PlaySound.exe under wine-1.5.22 & Pulse driver
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #16 from Rob rclocher3@yahoo.com 2013-01-24 21:17:01 CST --- Created attachment 43324 --> http://bugs.winehq.org/attachment.cgi?id=43324 Unsuccessfully play a sound using the "Test Sound" button in winecfg under wine-1.5.22 and Pulse driver
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #17 from Rob rclocher3@yahoo.com 2013-03-03 16:00:44 CST --- Created attachment 43791 --> http://bugs.winehq.org/attachment.cgi?id=43791 Successfully play WAV file using PlaySound.exe under wine-1.5.25 & Pulse driver
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #18 from Rob rclocher3@yahoo.com 2013-03-03 16:03:21 CST --- Created attachment 43792 --> http://bugs.winehq.org/attachment.cgi?id=43792 Unsuccessfully play a sound using the "Test Sound" button in winecfg under wine-1.5.25 and Pulse driver
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #19 from Andrew Eikum aeikum@codeweavers.com 2013-03-04 10:53:45 CST --- Thanks again Rob. In the future, it would be best if you can keep generating logs with the ALSA driver, as that's the supported driver in Wine and I'm most familiar with it.
One thing to try might be grabbing the .WAV file at: http://source.winehq.org/git/wine.git/blob_plain/HEAD:/programs/winecfg/idw_... and trying to play it in the PlaySound program. Then we should be testing apples to apples.
Are you comfortable compiling Wine to test? I can give you some patches to output more debug messages, so we can try to see where we're losing the audio. Everything in your log looks basically identical to what happens when I hit the Test Sound button on my computer, so I'm really confused why this isn't working for you.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #20 from Rob rclocher3@yahoo.com 2013-03-06 22:35:29 CST --- Hi Andrew, I'd like to accommodate you and use the ALSA driver, but it doesn't seem to be an option: for output device I can choose between "(System default)", which seems to be the Pulse driver, and "Pulseaudio".
I did like you asked and downloaded idw_testsound.wav, and there isn't any sound when PlaySound.exe plays it. Aha! What is it about that WAV file?
The program that I'd like to run, which is called VE7CC, is supposed to monitor a stream of internet data and notify the user by playing alert.wav when the search criteria are met. To muddy the waters a bit, VE7CC doesn't make any sound when playing alert.wav, but PlaySound.exe does make sound when playing the same WAV file.
I'll post the usual logs, except I'll use idw_testsound.wav so you can compare apples to apples.
I'd be happy to try compiling Wine. Maybe you could send me an email giving me a rough outline of what to do. I'm guessing I'll use apt-get to uninstall Wine but not its dependencies, use Git to pull down the source, and then run "make" and "make install". This computer is just a netbook, so compiling will probably take a long time, but it will be the computer's time and not mine.
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #21 from Rob rclocher3@yahoo.com 2013-03-06 22:48:14 CST --- Created attachment 43834 --> http://bugs.winehq.org/attachment.cgi?id=43834 Unsuccessfully play idw_testsound.wav using PlaySound.exe under wine-1.5.25 & Pulse driver
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #22 from Rob rclocher3@yahoo.com 2013-03-06 22:50:01 CST --- Created attachment 43835 --> http://bugs.winehq.org/attachment.cgi?id=43835 Unsuccessfully play a sound using the "Test Sound" button in winecfg under wine-1.5.25 and Pulse driver
http://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #23 from Andrew Eikum aeikum@codeweavers.com 2013-03-12 10:34:41 CDT --- (In reply to comment #20)
Hi Andrew, I'd like to accommodate you and use the ALSA driver, but it doesn't seem to be an option: for output device I can choose between "(System default)", which seems to be the Pulse driver, and "Pulseaudio".
You have to switch the driver in the registry. You can create a new entry: [HKCU\Software\Wine\Drivers] Audio="alsa"
I did like you asked and downloaded idw_testsound.wav, and there isn't any sound when PlaySound.exe plays it. Aha! What is it about that WAV file?
That file's format is IMAADPCM, which most hardware devices don't support. It's converted by our MSACM implementation into uncompressed PCM data and sent to the hardware.
I'd be happy to try compiling Wine. Maybe you could send me an email giving me a rough outline of what to do. I'm guessing I'll use apt-get to uninstall Wine but not its dependencies, use Git to pull down the source, and then run "make" and "make install". This computer is just a netbook, so compiling will probably take a long time, but it will be the computer's time and not mine.
You shouldn't have to uninstall your distribution's Wine. After you install dependencies ("apt-get builddeps wine-1.5", or something like that, I don't use Ubuntu myself; consult the wiki), you can use Git to clone the Wine source tree, then run "./configure && make -j2" and walk away for 30 minutes ;) When you get back, you can run Wine straight out of the source tree with "/path/to/wine-git/wine application.exe" or so.
Some more information on the wiki: http://wiki.winehq.org/FAQ#head-719d19ccbd20c36445e065d0f46f80c2a301ce52
Maybe this is a bit of a stretch, but...
All of your successful logs use a device sample rate of 11025 Hz. All of your failing logs use a rate of 44100 Hz, which is also the default rate of a stream that goes through format conversion (MSACM). I wonder if something is happening closer to the hardware level related to the sample rate?
I've emailed you a tarball with three WAV files in it. All of them just play the same low tone, but are exported at different sample rates. Can you try experimenting with these? It would be useful to run them both in Wine with PlaySound, and with native Linux applications like aplay and/or VLC or whatever.
https://bugs.winehq.org/show_bug.cgi?id=32378
--- Comment #24 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over 700 days. Is this still an issue in current (1.7.36 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=32378
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |frederic.delanoy@gmail.com Resolution|--- |ABANDONED
--- Comment #25 from Frédéric Delanoy frederic.delanoy@gmail.com --- (In reply to Austin English from comment #24)
This is your friendly reminder that there has been no bug activity for over 700 days. Is this still an issue in current (1.7.36 or newer) wine?
Abandoned.
Feel free to reopen the problem persists with the latest wine version.
https://bugs.winehq.org/show_bug.cgi?id=32378
Frédéric Delanoy frederic.delanoy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Frédéric Delanoy frederic.delanoy@gmail.com --- Closing