http://bugs.winehq.org/show_bug.cgi?id=28723
--- Comment #120 from Michael Cronenworth mike@cchtml.com 2012-01-03 22:44:46 CST --- (In reply to comment #109)
Although I've mentioned PA several times in this issue, I want it to not be about PA. Thus I'd be grateful if you could take PA out of the equation. I nevertheless want (even old) PA to work.
My apologies, but if this is the case I will refrain from further comments. Fedora relies on PA now and removing it from my system would take time and cause issues with some software.
#4 vs #5 fuzz differences What happens if you take the 2x snd_pcm_drop patch out of #5? What if you include it in #4? Is that what causes the differences?
I have not run tests with and without some patches. Sorry.
I assume you use the newest PA + alsa_plugs >= 1.0.24. It's interesting that you still mention trouble. I'm using the outdated PA from Ubuntu Intrepid that is known to sometimes loose sound, sometimes after as much as 1h of play.
Yes. PA 0.9.23 and ALSA 1.0.24.
since sound changes in .30
What do you mean? Removal of DSound hw acceleration?
In Wine 1.3.29 (and previous releases) I had perfect sound under any condition. Wine >= .30 sound broke. As of .36 (that includes your patches so far) sound works better, but it still breaks under some conditions as mentioned previously.
we'd need to know if the underrun was caused because audio was already disfunctional shortly before (normal padding&delay/position values) or whether high system load caused it.
I do hear my HD tick and SC2 pauses for a few milliseconds, so yes, high load (at least high Wine load) does seem to create the underrun condition. Wine <= .29 seemed to handle this just fine.