http://bugs.winehq.org/show_bug.cgi?id=20604
Summary: dsound tests fail under pulseaudio Product: Wine Version: 1.1.32 Platform: PC URL: http://test.winehq.org/data/tests/dsound:ds3d.html OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs@winehq.org ReportedBy: austinenglish@gmail.com
Created an attachment (id=24580) --> (http://bugs.winehq.org/attachment.cgi?id=24580) +dsound trace
Ignoring the usual statements about pulesaudio for a bit, there's been a lot of work (thanks Maarten et al) to make Wine work a bit better with it. When I was on jaunty, I removed it, but under Karmic, you can't remove pulseaudio without foobaring gnome. So, I'm stuck with it...and since few people run winetest daily on wine aside from me, test.winehq.org shows a bunch of failures on dsound now.
So, let's make it play better: http://test.winehq.org/data/f222a1654ea8f84bc678c9043ad3265b97207dde/wine_ae...
http://bugs.winehq.org/show_bug.cgi?id=20604
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-11-07 11:05:11 --- Shouldn't this report go into PA's bugzilla?
http://bugs.winehq.org/show_bug.cgi?id=20604
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2009-11-07 11:05:24 --- Closing. Clearly not Wine bug.
http://bugs.winehq.org/show_bug.cgi?id=20604
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|INVALID |
--- Comment #3 from Austin English austinenglish@gmail.com 2009-11-08 05:22:25 --- Maarten agrees this should be reopened and fixed.
Vitaliy, as much as you hate pulseaudio, please don't close my bugs as invalid.
http://bugs.winehq.org/show_bug.cgi?id=20604
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW
--- Comment #4 from Austin English austinenglish@gmail.com 2009-11-08 05:24:39 --- FWIW, I've filed a Pulse bug: http://www.pulseaudio.org/ticket/712
but I still think Wine can do a bit better here. Maarten, feel free to close this when you've done all you can do from Wine's end.
http://bugs.winehq.org/show_bug.cgi?id=20604
chris ahrendt celticht32@aol.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |celticht32@aol.com
http://bugs.winehq.org/show_bug.cgi?id=20604
Raymond superquad.vortex2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |superquad.vortex2@gmail.com
--- Comment #5 from Raymond superquad.vortex2@gmail.com 2010-03-14 21:13:38 --- This is because most sound cards have fixed buffer size ( especially those hardware mixing sound cards which are designed for dsound )
since wavein.c and waveout.c of winealsa.drv use some magic number for period_time and buffer_time and snd_pcm_hw_params_set_period_time_near() , snd_pcm_hw_params_set_buffer_time_near()
using different rate will assign different buffer size and this is why the test fail
Nowadays , the most common hda driver also has a constraint of period_size must be multiple of 128 bytes ( PCIe brust size ) , so you will not get the exact period time you want
Most application developer prefer to use time instead of bytes for the application but they seem to neglect the hardware limitation of the drivers
(e.g. DMA page size of x86 when you use mmap )
http://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #6 from Raymond superquad.vortex2@gmail.com 2010-07-23 09:15:46 --- (In reply to comment #2)
Closing. Clearly not Wine bug.
ds3d.c:1239: Testing the primary buffer ds3d.c:449: Test failed: buffer size changed after SetFormat?() - previous size was 88200, current size is 22052
This is most likely wine bug since winetest.exe run without error in windows
http://bugs.winehq.org/show_bug.cgi?id=20604
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #7 from Dan Kegel dank@kegel.com 2011-08-08 22:38:04 CDT --- I'm seeing this on Ubuntu 11.04 (in a virtual desktop): ds3d.c:467: Test failed: buffer size changed after SetFormat() - previous size was 88200, current size is 22052
http://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #8 from Raymond superquad.vortex2@gmail.com 2011-08-11 20:02:45 CDT --- Writing to the Primary Buffer
You cannot specify the size of the primary buffer, and you must accept the returned size after the buffer is created. A primary buffer is typically very small, so if your application writes directly to this kind of buffer, it must write blocks of data at short intervals to prevent the previously written data from being replayed.
http://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #9 from Dan Kegel dank@kegel.com 2011-09-03 10:10:34 CDT --- Is this a dup of bug 8668?
(I'm still seeing it reliably on my asus laptop in ubuntu 11.04.)
http://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #10 from Raymond superquad.vortex2@gmail.com 2011-09-15 22:36:41 CDT --- with wine 1.3.28 , either using pulse or alsa hw
dsound8.c:642: Test failed: Primary and secondary buffers have different vtbls. dsound8: 21606 tests executed (0 marked as todo, 480 failures), 0 skipped.
https://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #11 from Austin English austinenglish@gmail.com --- Still in 1.7.13 and pulse 3.0: ../../../tools/runtest -q -P wine -T ../../.. -M dsound.dll -p dsound_test.exe.so ds3d && touch ds3d.ok ds3d.c:984: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:1008: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:1091: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:1162: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a make: *** [ds3d.ok] Error 16
https://bugs.winehq.org/show_bug.cgi?id=20604
Michael Stefaniuc mstefani@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@redhat.com
--- Comment #12 from Michael Stefaniuc mstefani@redhat.com --- Austin, how are the tests now that we have a winepulse driver?
The dsound tests run clean now for me even without the "play sound in an other app" workaround for the capture tests.
https://bugs.winehq.org/show_bug.cgi?id=20604
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com
--- Comment #13 from Austin English austinenglish@gmail.com --- (In reply to Michael Stefaniuc from comment #12)
Austin, how are the tests now that we have a winepulse driver?
The dsound tests run clean now for me even without the "play sound in an other app" workaround for the capture tests.
Still present if I use winealsa.drv on a pulseaudio machine: ds3d.c:990: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:1290: Testing the primary buffer ds3d.c:1014: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:1293: Testing 3D primary buffer ds3d.c:1097: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:1296: Testing 3D primary buffer with listener ds3d.c:1168: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a ds3d.c:728: Test failed: DirectSoundCreate() failed: 8889000a
not present if I use winepulse.drv.
wine-1.8-rc2-54-ge69d9ec
https://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #14 from Andrew Eikum aeikum@codeweavers.com --- Could you post a log with the usual channels? http://wiki.winehq.org/Sound
https://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #15 from Austin English austinenglish@gmail.com --- Created attachment 52980 --> https://bugs.winehq.org/attachment.cgi?id=52980 debug log
https://bugs.winehq.org/show_bug.cgi?id=20604
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|dsound tests fail under |dsound:ds3d and |pulseaudio |dsound:ds3d8 tests fail | |under pulseaudio CC| |fgouget@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=20604
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase
https://bugs.winehq.org/show_bug.cgi?id=20604
--- Comment #16 from François Gouget fgouget@codeweavers.com --- Is this still happening?
I don't see any dsound:ds3d or dsound:ds3d8 failure on test.winehq.org since at least 2022-05-30.