What this symptom means
This symptom concerns the microphone path. Start with a neutral DeviceOK test where available so the next step is based on evidence rather than a generic reset sequence.
Fault tree
Microphone fault tree
Use the observation that best matches what you can reproduce. Do not treat every cause as equally likely.
Evidence: A different microphone shows signal, or DeviceOK works while the affected app does not.
Next: Compare the selected input in the browser, operating system and affected app.
Evidence: The device exists but access is denied, never prompts, or works in one context and not another.
Next: Check browser site permission and OS microphone privacy controls before reinstalling anything.
Evidence: The microphone is detected but the meter stays flat or is extremely quiet.
Next: Check physical mute, interface gain, OS input level and app input gain in that order.
Evidence: The microphone is absent in DeviceOK and another trusted app, or reconnecting changes detection.
Next: Simplify the connection path: direct port, known-good cable, no dock, then official driver/firmware support.
Interpret the result
Evidence matrix
A test result is useful only if it changes the next troubleshooting branch.
Fast baseline
Rule out the simple causes first
- 1
Run DeviceOK microphone test first.
- 2
In Discord Voice & Video settings, select the same input device that worked in DeviceOK.
- 3
Check Discord/OS microphone permissions.
Full sequence
Work from reversible checks to invasive ones
Avoid destructive resets, unofficial driver packages, firmware flashing, or replacing hardware before the simpler detection, permission, connection and configuration checks are exhausted.
- 1
Run DeviceOK microphone test first.
- 2
In Discord Voice & Video settings, select the same input device that worked in DeviceOK.
- 3
Check Discord/OS microphone permissions.
- 4
Use Discord's built-in input test and compare the result.
- 5
Reconnect USB/Bluetooth audio only if the same device is unstable outside Discord.
Platform branches
Where the setting lives
Windows
- Settings → Privacy & security → Microphone
- System → Sound → Input device and input level
- Device Manager only after detection/permission is checked
macOS
- System Settings → Privacy & Security → Microphone
- System Settings → Sound → Input
- Check aggregate/multi-output audio only if you intentionally use Audio MIDI Setup
Browser
- Use the lock/site-controls icon to confirm microphone access
- Make sure the intended input is selected after reconnecting a headset/interface
- Retest in a private/incognito window only to isolate extensions—not as a permanent fix
Use the passing DeviceOK test to narrow the problem to the specific app or settings layer.
If DeviceOK also fails, step back to permissions, connection, OS configuration, and device-level troubleshooting.
Escalation threshold
When software troubleshooting has stopped being high value
- Fails in DeviceOK and at least one other trusted app
- Fails after a direct known-good cable/port path
- Manufacturer diagnostics also report an input/interface fault
- Physical damage, liquid exposure or connector damage is visible