Update a couple comments

2 files changed, 5 insertions, 7 deletions

diff --git a/Alc/ALc.c b/Alc/ALc.c
index c1c813d8..8531e1de 100644
--- a/Alc/ALc.c
+++ b/Alc/ALc.c
@@ -2083,10 +2083,7 @@ static ALCenum UpdateDeviceParams(ALCdevice *device, const ALCint *attrList)
 
     aluInitPanning(device);
 
-    /* With HRTF enabled, virtual channels are allocated for B-Format and
-     * effects renfering. Two extra channels are allocated for the actual HRTF-
-     * filtered output.
-     */
+    /* With HRTF, allocate two extra channels for the post-filter output. */
     size = sizeof(device->DryBuffer[0]) * (device->NumChannels + (device->Hrtf ? 2 : 0));
     device->DryBuffer = al_calloc(16, size);
     if(!device->DryBuffer)
diff --git a/Alc/ALu.c b/Alc/ALu.c
index 64cf5349..03df0499 100644
--- a/Alc/ALu.c
+++ b/Alc/ALu.c
@@ -105,9 +105,10 @@ extern inline void aluMatrixSet(aluMatrix *restrict matrix, ALfloat m00, ALfloat
  * output. Things like effects and B-Format decoding will want to write to the
  * virtual channels so that they can be mixed with HRTF in full 3D.
  *
- * Sources that get mixed using HRTF directly will need to offset the output
- * buffer so that they skip the virtual output and write to the actual output
- * channels. This is the reason you'll see
+ * Sources that get mixed using HRTF directly (or that want to skip HRTF
+ * completely) will need to offset the output buffer so that they skip the
+ * virtual output and write to the actual output channels. This is the reason
+ * you'll see
  *
  * voice->Direct.OutBuffer += voice->Direct.OutChannels;
  * voice->Direct.OutChannels = 2;