Use a different method for HRTF mixing
commita27e5e16523e1f6f166410e9992fc40886064eca
authorChris Robinson <chris.kcat@gmail.com>
Sat, 22 Nov 2014 12:20:17 +0000 (22 04:20 -0800)
committerChris Robinson <chris.kcat@gmail.com>
Sat, 22 Nov 2014 12:20:17 +0000 (22 04:20 -0800)
treea53e47af1b8afb1afa6c497247c9c462889d9067
parent38383671d7d2a4f143f0ac84b48e8a02b91a1ba2
Use a different method for HRTF mixing

This new method mixes sources normally into a 14-channel buffer with the
channels placed all around the listener. HRTF is then applied to the channels
given their positions and written to a 2-channel buffer, which gets written out
to the device.

This method has the benefit that HRTF processing becomes more scalable. The
costly HRTF filters are applied to the 14-channel buffer after the mix is done,
turning it into a post-process with a fixed overhead. Mixing sources is done
with normal non-HRTF methods, so increasing the number of playing sources only
incurs normal mixing costs.

Another benefit is that it improves B-Format playback since the soundfield gets
mixed into speakers covering all three dimensions, which then get filtered
based on their locations.

The main downside to this is that the spatial resolution of the HRTF dataset
does not play a big role anymore. However, the hope is that with ambisonics-
based panning, the perceptual position of panned sounds will still be good. It
is also an option to increase the number of virtual channels for systems that
can handle it, or maybe even decrease it for weaker systems.
15 files changed:
Alc/ALc.c
Alc/ALu.c
Alc/hrtf.c
Alc/hrtf.h
Alc/midi/fluidsynth.c
Alc/mixer.c
Alc/mixer_c.c
Alc/mixer_defs.h
Alc/mixer_inc.c
Alc/mixer_neon.c
Alc/mixer_sse.c
Alc/panning.c
OpenAL32/Include/alMain.h
OpenAL32/Include/alu.h
OpenAL32/alSource.c