Decode directly from B-Format to HRTF instead of a cube
commitc6c6e3324dd9d5d864b6146ca7a6c6e6369978a6
authorChris Robinson <chris.kcat@gmail.com>
Fri, 12 Aug 2016 06:20:35 +0000 (11 23:20 -0700)
committerChris Robinson <chris.kcat@gmail.com>
Fri, 12 Aug 2016 06:20:35 +0000 (11 23:20 -0700)
tree15e7062717c5c81be597779698444abb833c84b2
parent9a60184bf63640f0b12b9e4a894b98e83212d229
Decode directly from B-Format to HRTF instead of a cube

Last time this attempted to average the HRIRs according to their contribution
to a given B-Format channel as if they were loudspeakers, as well as averaging
the HRIR delays. The latter part resulted in the loss of the ITD (inter-aural
time delay), a key component of HRTF.

This time, the HRIRs are averaged similar to above, except instead of averaging
the delays, they're applied to the resulting coefficients (for example, a delay
of 8 would apply the HRIR starting at the 8th sample of the target HRIR). This
does roughly double the IR length, as the largest delay is about 35 samples
while the filter is normally 32 samples. However, this is still smaller the
original data set IR (which was 256 samples), it also only needs to be applied
to 4 channels for first-order ambisonics, rather than the 8-channel cube. So
it's doing twice as much work per sample, but only working on half the number
of samples.

Additionally, since the resulting HRIRs no longer rely on an extra delay line,
a more efficient HRTF mixing function can be made that doesn't use one. Such a
function can also avoid the per-sample stepping parameters the original uses.
Alc/ALu.c
Alc/hrtf.c
Alc/hrtf.h
Alc/panning.c
OpenAL32/Include/alMain.h