http://bugs.winehq.org/show_bug.cgi?id=12349
--- Comment #3 from Jörg Höhle hoehle@users.sourceforge.net 2008-04-04 05:51:00 --- Although the above bug fix does not immediately seem related to the MixInBuffer assertion failure, I haven't observed it any more in Tiger Team1. I have not yet had the opportunity to test the other game.
What I've noticed now, with no more aborts, is that sound is not perfect yet.
For one, the QuickTime (4.0) player is to blame (which Tiger Team1 installs), as seen by comparing it with xine. Both display a .mov file at the same speed, but the sound from the .mov lags behind in wine, and the end is simply cut off. The more I'm tracing (e.g. WINEDEBUG=dsound), the more is cut off the end. There's also a slight stuttering audible in voice output, not music, even though there's no mention of a buffer underrun in dsound. Well, perhaps cut off is preferable to skipping sound (like dropping video frames) amid the playback.
The other problem still remaining is that some sound samples are played well, while others produce noise. Often repeatably, c.f. the previously mentioned trick with mixing two sounds to have the second one become audible. I believe I need to turn this into a distinct bug report.
I've not had an opportunity to test 0.9.58 yet. However, my patch applies cleanly in a 0.9.58 build, i.e. this heap overflow bug is also in 0.9.58.