Repository navigation
v2.3.0
Better support for displays and devices without a standard volume control
This release better handles output devices that don't expose a normal master volume (e.g., USB‑C / DisplayPort / HDMI monitors). It is a response to #53.
- Displays with no software volume control are now detected correctly. The menu shows the system volume as (n/a) instead of a misleading 0%, the System entry is unchecked, and the volume keys are handed back to macOS for its native handling instead of appearing to do nothing. Both single presses and press‑and‑hold ramping are passed through.
- Devices with per‑channel volume but no master control (for example AirPods) are now fully controllable — Volume Control adjusts the left and right channels directly, matching what macOS itself does.
- Lowering the system volume to 0% no longer forces the output device into a muted state that could remain stuck after the volume was raised again.
New: Copy Diagnostics
A new Copy Diagnostics item in the menu gathers a plain‑text report — app and macOS versions, Accessibility/Automation permission status, and the volume controls exposed by every audio output device — and copies it to your clipboard, ready to paste into a bug report. Nothing is sent over the Internet, and you can read and edit the text before sharing.
Changes since v2.2.2
- 489725d Add "Copy Diagnostics" menu item for bug reports
- cdf0b5c Add per-channel volume fallback for devices without a master element
- 50cbcc6 Uncheck the System menu item when the output has no controllable volume
- 2880d34 Hand volume keys back to macOS when the output has no controllable volume
- 92fa2be Don't force device mute when system volume reaches 0%
Full diff: v2.2.2...v2.3.0