Releases: jstilwell/LockAudio
Releases · jstilwell/LockAudio
Version 2.0.0
What's New in Version 2.0.0
Added
- Output locking: in addition to forcing the input device, you can now lock the system's audio output to a device of your choice. Input and output locks are fully independent, so you can keep your mic on the built-in input while locking output wherever you like. Output options are hidden by default (input locking is the common case) — turn on "Show Output Options" to reveal the "Forced output:" section and pick a device.
- "Show Input Options" and "Show Output Options" toggles let you hide the controls for a direction you don't use. Hiding a direction also pauses its lock; showing it again restores it.
- "Notify on forced output" toggle (off by default), mirroring the existing input notification. When the locked output is taken over by another device, the app forces it back and — if enabled — posts a notification naming both devices.
- Per-lock pause: "Pause Input Lock" and "Pause Output Lock" let you temporarily disable forcing in each direction independently. Pause state, device choices, and the show/hide toggles all persist across quitting the app and rebooting.
Changed
- The app is now called LockAudio (formerly Mac Audio Input Locker). The website has moved to lockaudio.com and support is now contact@lockaudio.com.
- Menu controls (pause, notifications, open-at-login) now show icons, so app actions are easy to tell apart from the selectable device rows.
- "Sound settings…" now opens the general Sound pane (covering both input and output) instead of the Input tab.
Version 1.1.3
What's New in Version 1.1.3
Fixed
- Suppress forced-input notifications while the screen is locked. Forcing the input still happens — only the user-visible notification is suppressed.
Version 1.1.2
What's New in Version 1.1.2
Fixed
- Suppress misleading "Forced input active" notifications when the selected forced input is not connected. The app now tracks whether the forced device is present in the current device list and skips the force-set call (and its notification) when it isn't, instead of silently no-op'ing the CoreAudio set and still firing the notification. When the device reconnects, the existing name-recovery path restores forcing automatically.
- Only post the forced-input notification when
AudioObjectSetPropertyDataactually returnsnoErr, so other silent-failure cases can't produce a misleading notification either - Don't post a forced-input notification when the user picks a device from the menu. Previously the CoreAudio property listener could see the old default briefly after a user switch and re-force the new selection, firing a "Forced input active" notification as if an external device had taken control. User-initiated switches now set a one-shot suppression flag consumed by the next
listDevicesrebuild.
Version 1.1.1
What's New in Version 1.1.1
Added
- "About" menu item (replaces "Hide") opening a window with the app version, website, GitHub, support email, and copyright
- SF Symbol icons on the "Sound settings…", "Check for updates", "About", and "Quit" menu items (macOS 11+)
Changed
- Appcast update feed moved to
https://updates.macaudioinputlocker.com/appcast.xml(the legacymac-audio-input-locker.jesse.idhost will keep serving older versions during a transition period) - Copyright string in Info.plist corrected to "Jesse Stilwell"
build-release.shpreflights notarization credentials and Apple agreement status before starting the build, and surfaces the underlying notarytool error if the submission fails (instead of a generic message)
Version 1.1.0
What's New in Version 1.1.0
Added
- Optional notification every time the app forces the input back to the selected device (toggle: "Notify on forced input", enabled by default). Notification body names both the interloping device and the restored device, e.g. "AirPods took input control. Forced input back to HyperX."
- 2-second minimum gap between forced-input notifications to suppress CoreAudio churn (e.g. AirPods reconnecting fires the default-input callback multiple times in quick succession). Manually picking a device from the menu always bypasses the gap so rapid user-driven switching still fires every notification.
- "Sound settings…" menu item that opens the system Sound pane directly to the Input tab (macOS 13+) or the Sound preference pane (older versions)
Fixed
- Clear the device name → ID lookup table at the start of each menu rebuild so stale entries from disconnected devices can't be selected
Version 1.0.7
What's New in Version 1.0.7
Fixed
- Forced input selection is now persistent across device disconnects and reconnects — the app saves the device name and automatically restores the selection when the same device reappears with a new system ID
Version 1.0.6
What's New in Version 1.0.6
Fixed
- Detect USB-C microphones connected or reconnected while the app is running (added listener for device list changes, not just default input changes)
Version 1.0.5
What's New in Version 1.0.5
- Bug fixes and improvements
Version 1.0.4
What's New in Version 1.0.4
- Added legitness via Apple notarization