http://bugs.winehq.org/show_bug.cgi?id=12349
--- Comment #13 from Jörg Höhle hoehle@users.sourceforge.net 2008-06-19 10:14:39 --- Re comment #12
Also you want to figure out what the exact values of tmp_buffer_len, nAlign, and buf_mixpos are. They will give some clues what exactly is going on.
The log I attached already contained additional traces I added, not found in the original wine source (maybe I should submit them as regular patches):
trace:dsound:DSOUND_MixInBuffer buf_mixpos=46690/48001 sec_mixpos=21448/44100 trace:dsound:DSOUND_MixInBuffer buf_mixpos=47984/48001 sec_mixpos=22042/44100 trace:dsound:DSOUND_MixInBuffer buf_mixpos=48000/48001 sec_mixpos=22050/44100
nAlign is missing, I'll add that (when I'll be back from holidays).
What always puzzled me: is 48001 a sane value for the size? I understand where it comes from (rounding issues when calculating / inverting buffer sizes for resampling from 44100<->48000), but I wonder whether such an odd buffer size might participate in causing the bug (I.e. it may break the boundary/end of buffer detection)?