http://bugs.winehq.org/show_bug.cgi?id=27901
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #18 from Jörg Höhle hoehle@users.sourceforge.net 2012-01-18 16:57:55 CST --- I had hoped the "WHDR_DONE WHDR_PREPARED expected" issue had been entirely fixed by commit 77e01019c5ceb7fd2389764328a10903a99fb1c5 and earlier ones like commit 54b24f39260a3780bdf97d810a69647d7357cb62
In Ubuntu Intrepid the tests work well with both dmix and PulseAudio. The more recent Ubuntu Lucid is subject to the dreaded PulseAudio underrun bug while dmix works fine.
Here's a log snippet which shows what happens with PA: AudioClock_GetPosition frames written: 22050, held: 0, avail: 882, delay: 636 state 3, pos: 21414 For 10 seconds, snd_pcm_avail and delay yield constant values. PA (or the ALSA plugin) missed an underrun, Wine never gets to see one. The stream position no more advances, it never reaches the end at 22050 and winmm waits in vain for its last packet. BTW: ALSA period: 220 frames playing 22050x8x1 ALSA buffer: 883 frames MMDevice period: 221 frames MMDevice buffer: 2205 frames
Perhaps the PA situation will improve when we'll write trailing silence with bug #29299, but I don't know how yet to do that correctly, i.e. without causing adverse side effects to GetPosition etc. esp. if ALSA period > MMDevice period.
The only issue remaining in the test [...] is the hang whenever the test pauses playback and tries to resume.
That is the core of this bug, so it's not resolved yet.
Done now. Resume/Restart is definitively fixed by the above commit. We don't need this open here as a reminder that PA has bugs.
Bryan, if you still hear popping with 1.3.36/37, please enter another bug.