[Openal-devel] Final draft of ALUT spec?
Jason Daly
jdaly at ist.ucf.edu
Thu Aug 25 21:12:28 PDT 2005
Steve Baker wrote:
> That's effectively what I proposed - except my way *also* allows you to
> position the two channels of the stereo so that you could simulate
> walking
> around in your living room with your HiFi playing.
>
> All three cases would work out quite naturally:
...
>
> Walking Around in your Living room: Use my proposed enum to position
> the two stereo channels relative to the center of your
> boom-box - then position the boombox in the room in the
> usual way. This is a useful mode that you just can't do
> right now.
Well, you can, it just takes multiple sources.
>
> ...and I bet we could come up with half a dozen other uses if we
> tried.
I'm not so sure. I really don't see it as an oft-used feature. I could
be proven wrong, though.
> All without straining the concept of how OpenAL works and (most
> importantly IMHO) preventing people from having difficulties
> understanding why they aren't getting doppler, panning and range
> attenuation just because they accidentally picked up a stereo
> sample.
I do agree that the API could be a bit more intuitive with how
multichannel buffers are handled, certainly with respect to the question
of "monoize and spatialize" vs. "play as-is and don't spatialize". I
wouldn't be opposed to including the "play as-is and spatialize" mode as
well, with the separation parameter (it wouldn't hurt to have it, even
if it's not used). Maybe this should be written up as an extension.
--
--"J"
"I'm a castaway stranded in a desolate land,
I can see the footprints in the virtual sand."
--Neil Peart
More information about the Openal-devel
mailing list