Comment 300 for bug 371897
Revision history for this message
|
|
#300 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
7020100
(Get the code!)
(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.