[Bug 12349] DSOUND_MixInBuffer Assertion `dsb->buf_mixpos + len <= dsb-> tmp_buffer_len' failed

[wine-bugs at winehq.org]

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





--- Comment #3 from Jörg Höhle <hoehle at 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.


-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.