Fwd: Re: [Openal] alutLoadWAVFile

[Ryan C. Gordon]

> I firmly believe that cleaning up the ALUT API is quite trivial.
>  [...steps deleted...]

(My last reply sounded way snarkier than I meant it to. Let me try this
again.)

I am in total agreement with Steve about how to reengineer ALUT.

ALUT could actually be incredibly useful as a seperate project that
builds on top of OpenAL, and adds all the high-level goodness that
shouldn't go in AL proper (such as, say, an ADPCM .WAV decompressor,
some sort of priority system that manages an otherwise limited number of
hardware sources, etc).

ALUT isn't in the AL spec, people used it at their own risk. We've been
screaming "DEPRECATED!" for what seems like years now.

And some time recently, someone changed the function signature on
alutInit, so surely we aren't too terribly concerned with backwards
compatibility.

If removing it on Windows is a pain due to existing Windows apps, then
we should rip it out everywhere else, leave it undocumented, and find
roughly similar functions to completely replace it (alutInitialize()
instead of alutInit(), alutLoadWavData() instead of alutLoadWAVFile(), etc).

--ryan.