Hi, The present list is quite different from what I posted 2 month ago. http://www.winehq.org/pipermail/wine-devel/2011-October/092716.html #28723 is about handling tight timing and little prefill #27901 is about snd_pcm_drop erroneously being used by AudioClient_Stop. I've a patch in my queue but it depends on the "small buffer" patch discussed in #28723. #29056 #29299 are the major "ALSA won't start without period-size frames" issue That can cause any affected app to hang. #29305 one winmm device seems to stomp over the data of another one # OSS needs to be updated to be on par with ALSA refinements #28093 MacOS GetCurrentPadding #28039 MacOS GetPosition (neeed to recheck) #28388 Avoid SuspendThread, should be easy for me to fix, given time There are QA issues not associated with a bug entry: - Add run-time consistency checks in renderer and abort audio stream (GetData) upon trouble instead of hanging. - OSS GetPosition from DSP_GETODELAY - ALSA+OSS: ReleaseBuffer: enforce method ordering and max size like CoreAudio - wineoss GetStreamLatency must be constant, and SNDCTL_DSP_GETODELAY is only usable once running - Investigate OSS4 underrun behaviour - Check WHDR_BEGIN/ENDLOOP code and write tests and finally: - Test compatibility with native DSound and file bug if unusable. There are several reports in bugzilla mentioning that this work-around ceased to work since 1.3.25. Loss of interoperability is not acceptable. Of course there are more bugs than this. Regards, Jörg Höhle