docs: condense implementation comments

clients/windows/VoiceCat.App/Audio/InputDeviceCapture.cs

@@ -1,18 +1,7 @@
 using System.Runtime.InteropServices;
 
-// WASAPI shared-mode capture from a real hardware INPUT device (a microphone / line-in / aux
-// device), plus enumeration of capture endpoints for the aux-stream picker.
-//
-// This is the input-device analogue of ProcessLoopbackCapture (which captures *render* loopback
-// via the process-loopback activation hack). Here the source is an ordinary capture endpoint, so
-// we use the standard IMMDevice.Activate(IAudioClient) path with RCW interfaces — no vtable
-// gymnastics needed (a normal device's COM objects honour QueryInterface).
-//
-// Why client-side capture at all? The core already owns ONE capture device (the mic). It can't
-// open a second arbitrary input device, so for the aux stream the client captures the device and
-// feeds 48 kHz / 20 ms int16 frames into the core via vc_stream_feed_pcm — the same external-feed
-// pipeline screen-audio sharing uses. The device ids here are WASAPI endpoint ids and are NOT the
-// core's miniaudio ids, so the aux picker is populated independently of vc_list_devices.
+// Captures a second hardware input for AUX_DEVICE and feeds it through vc_stream_feed_pcm.
+// Endpoint identifiers are WASAPI-specific and cannot be exchanged with the core's miniaudio ids.
 namespace VoiceCat.App.Audio;
 
 /// <summary>An audio input (capture) endpoint for the aux-stream device picker. <see cref="Id"/>