http://bugs.winehq.org/show_bug.cgi?id=21655
--- Comment #4 from Jörg Höhle hoehle@users.sourceforge.net 2011-09-30 15:59:15 CDT --- As of wine-1.3.29, I aborted the interactive tests on MacOS because audio output was unbearable: everything from sine to machine gun. winmm/wave.ok sounds good except some of the 8000x8x1 mid-test.
Like in comment #0, when I comment out the 24 and 32 bit tests in dsound_test.h, then the sounds bear resemblance with a sine, depending on the frequency.
I then sometimes get a crash: ds3d8.c:170: stopping playback wine(95521,0x4082d200) malloc: *** error for object 0x40247740: Non-aligned pointer being freed (2) *** set a breakpoint in malloc_error_break to debug Backtrace: =>0 0x95e6cc53 _ZN16AudioQueueObjectD0Ev+0x473() in audiotoolbox (0x0053ee18) 1 0x95e54f47 AQServer_DisposeQueue+0x56() in audiotoolbox (0x0053ee98) 2 0x95e3f969 AudioQueueDispose+0x118() in audiotoolbox (0x0053ef18) 3 0x4243b90c _AudioClient_Release+0x13b() in winecoreaudio (0x0053ef68) 4 0x4243ae7f _AudioStreamVolume_Release+0x1e() in winecoreaudio (0x0053ef98) 5 0x42225067 _WOD_Close+0xc6() in winmm (0x0053efe8)
Sometimes sound is lost and I see err:ntdll:RtlpWaitForCriticalSection section 0x12eb84 "?" wait timed out in thread 002f, blocked by 0023, retrying (60 sec)
Sometimes this happens after a gadzillion err:winmm:WOD_PushData GetBuffer failed: 88890006 sometimes there's a single such 88890006 error prior to the deadlock.
When running with WINETEST_DEBUG<=1, i.e. without -v, that happens much less often. WINEDEBUG=warn+heap ../../../tools/runtest -i -v -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound8.c
warn+heap doesn't seem to cause a difference.