Resolved an issue where microphone device names would:
pwU*, 0XI*, 0eD*On some Windows systems, the audio backend (WASAPI via PortAudio / sounddevice) can return unstable device descriptors if input devices are queried repeatedly.
Previously, MAD dynamically queried available microphones during every UI redraw. Because Blender redraws panels frequently (hovering, resizing, interacting), this resulted in repeated device enumeration calls — which could cause unstable or partially corrupted device names on affected systems.
This issue was specific to certain Windows configurations and did not affect macOS or Linux systems.
MAD now:
This prevents:
Improved compatibility with:
No dependency updates were required for this fix.
No changes required.
macOS uses CoreAudio, which does not exhibit the device descriptor instability seen on some Windows systems.
The existing manual dependency installation workflow remains unchanged.
sd.query_devices() calls from the UI draw cycleIf no devices appear:
sounddevice) via Addon Preferences