Comment 405 for bug 371897

(In reply to comment #297)
> Says who? You are just arrogantly stating that as a matter of fact, hoping that
> it would make it a fact. It is not. It is just your private opinion not based
> in anything else. It is not even based on any argumentation. You are just
> stating that pulse can not be included because wine will not accept it, despite
> all facts and despite any and all argument that might have been raised.

It is well known who is that "who" when it comes to key decisions about Wine core, code structure, future development direction, e.t.c. And, thanks God, this respected person is not Ben Klein.

Still, despite Ben Klein sometimes acts like a troll the fact that Wine audio subsystem is undergoing "A Big Rewrite" is absolutely fair reason not to include any new subdriver into official Wine tree as this would only increase the mess by adding unmaintainable pieces of code that would be obsoleted extremely soon due to sound subsystem rewrite.

Unfortunately there's a problem with this "rewrite". It had been announced more than a year ago that very soon there would be new super-sexy sound driver introduced to Wine based on OpenAL and that this driver would finally bring peace to the entire world. There were postings to this bug report telling that this OpenAL driver would bring (almost) all other drivers obsolete (as OpenAL is available almost on every platform out there) and that finally PulseAudio user would come to a happiness by using Wine over OpenAL over PulseAudio. A lot of time had passed since that tales had been announced but looks like there are no any signs promising that this magical OpenAL backend would finally appear in the near feature.

P.S. I hope I'm wrong with my view of the situation with the OpenAL backend and it would finally find a way into Wine codebase.