http://bugs.winehq.org/show_bug.cgi?id=10495
--- Comment #195 from Art Taylor theycallhimart@gmail.com 2010-02-11 23:42:21 --- (In reply to comment #194)
(In reply to comment #193)
No. What it comes down to is no one has proven programatically that winealsa can't be made to work with pulse's ALSA emulation.
Rather than kicking off the mud slinging again, how are we doing at getting the Open AL support into Wine that was discussed late last year?
That then makes the point moot.
OpenAL is in the git head as far as I know. Windows applications using OpenAL are now "first class citizens" if you will, with their buffers going straight to hardware if the native libraries support it. There is an open-source DSound wrapper on top of OpenAL written in C++ which could be of interest, but I've not gotten it to compile yet.