Roderick Colenbrander thunderbird2k@gmail.com writes:
Right now we are a couple of months away for a Wine 1.2 freeze. If dsound->openal works well enough it might be a good short-term solution but the code should be written in such a way that it would be easy to move it to a wasapi backend (I imagine that we will have an openal reference backend but next to that other backends like CoreAudio).
It doesn't make sense to add a short term solution, the current dsound is perfectly adequate for 1.2. If we are going to have the dsound->openal rewrite in 1.2, we need to agree that this is the long term solution. We can't have a dsound rewrite in 1.2 and another one in 1.3.
I also don't understand your mention of a CoreAudio backend. To me the reason for going to OpenAL is as an OS abstraction layer, to avoid the need to have different backends. If we are just moving the current driver mess over to the win7 model, with an extra OpenAL driver in the mix, we are only making things worse.