MechvibesDX 0.8.4: Visible Permissions and Linux Fixes
MechvibesDX 0.8.4 was published on October 15, 2026. This release makes macOS permission problems easier to see and fixes several cases where Linux controls or keys did not behave as expected. It also tightens the handling of imported sound packs.
The published release notes are the source for the changes below. This article records that DX release under its original name. For the later official app, see the Mechvibes 3.0 release post.
See what macOS is missing
Before this release, missing input permissions could look like an app that simply made no sound. The menu bar icon now lists Accessibility and Input Monitoring, with a visible status for each.
A granted permission shows Granted in green. A missing one appears as a red Grant entry that opens the corresponding page in System Settings. The status refreshes after you change the setting, including when the application window has been hidden.
The two permissions cover different situations. Accessibility is used while the MechvibesDX window is focused. Input Monitoring is needed when another application is in front or the window is minimized. If sounds stop when you switch applications, that distinction gives you a useful place to look.
Granting Accessibility now takes effect without restarting the app. Input Monitoring still requires you to quit and relaunch it. A menu that says Granted therefore does not remove that restart step: macOS needs the permission to be in place when the app starts.
Bring the hidden window back
The macOS Show MechvibesDX menu action also gets a fix. A window hidden for a long time could stop responding to that action, leaving people to quit and restart the application.
The release changes the way the menu shows the window so that macOS can bring it back directly. This addresses the case where the part of the app responsible for handling the menu action had frozen while hidden. The notes identify this as a macOS change; Windows and Linux are unchanged by that particular fix.
Use the Linux pack list again
On Linux, the keyboard and mouse pack dropdowns could draw underneath the sections below them. That put other controls over the options and made choosing a sound pack difficult.
In 0.8.4 the list floats above those sections, and clicking outside it closes it. This is an interface fix: it changes whether you can reach the selection you want, without asking you to reorganize your pack files.
The release also restores mappings for numpad and system keys on Wayland. Numpad keys, NumLock, ScrollLock, PrintScreen, Pause and the extra key beside left Shift had been dropped by the input mapping table. They now use the same names as the X11 listener. You still need a sound pack that defines the relevant keys.
Keep imports inside their folder
The sound pack importer now rejects unsafe IDs and filenames that could write outside a pack's own folder. A pack ID must be a plain folder name, and imported files must remain inside that pack's directory.
If an older ZIP is refused, read the import error rather than trying to bypass the check. The release changes how the app handles those paths; it does not require every pack creator to replace their sounds.
You can read the original downloads and checksums on the release page. For a new installation today, use the current download page. The platform setup notes explain the permissions and input access that remain relevant in Mechvibes 3.