Let us save you the download hunt: there is no BetterJoy for Mac, Linux, or Android. No official version, no port in progress, no “BetterJoy APK”. The only genuine BetterJoy artifact in the world is a Windows program — v7.1, from the project’s GitHub — and any site offering a Mac build, a Linux package, or an Android APK under this name is offering something else under a borrowed label. This page explains why that is structural rather than temporary, and then gives you the routes that actually exist on each platform for using Switch controllers.
Why BetterJoy is Windows-only by construction
BetterJoy is not a cross-platform app that merely skipped other systems. Its core tricks are Windows-specific: it creates virtual Xbox/DS4 controllers through ViGEmBus, a Windows kernel driver, and manages device visibility through a Windows HID driver lineage (HIDGuardian in v7.1; the modern successor is HidHide). Neither layer exists on macOS, Linux, or Android, so there is nothing to “port” short of rewriting the program against each system’s own controller stack — work nobody has done, in a project whose last release was November 2021. Manage expectations accordingly: this will not change with a future update, because there is no update pipeline. On Windows itself, the verified package is on our download page; everywhere else, read on.
macOS: Bluetooth pairing plus native readers
On a Mac, the working pattern is to pair the Pro Controller or Joy-Cons in the system’s Bluetooth settings and let each program read the pad through its own input stack. Two verified pillars cover most needs. Steam Input runs on macOS and translates Switch controllers inside Steam games (Valve added Pro Controller support in 2018 and Joy-Con — individually and paired — in 2022). And Dolphin, which ships a macOS build, maps Switch controller motion directly through SDL in its current releases, no server required — the details are in our Dolphin guide. Azahar (the 3DS emulator) also ships a macOS build; as we detail in the Azahar guide, its Switch-controller motion story is not officially documented, so test rather than assume. What macOS does not have is a BetterJoy-style system-wide XInput layer or DSU server — setups designed around those are Windows designs.
Linux: the kernel already speaks Joy-Con
Linux is, ironically, the non-Windows platform where Switch controllers are most at home — through the operating system rather than any BetterJoy equivalent. As general guidance: the mainline kernel’s hid-nintendo driver handles Joy-Cons and the Pro Controller as standard input devices, and the joycond daemon can combine a Joy-Con pair into a single pad, the same trick BetterJoy performs on Windows. On top of that foundation, Steam Input works on Linux exactly as described above, and emulators read the controllers through SDL — Dolphin’s Linux Flatpak build maps motion natively, and Cemu and Azahar both publish Linux builds whose native input paths are the ones to use. The one BetterJoy feature with no direct Linux counterpart in this stack is the Cemuhook/DSU server feeding multiple programs at once; on Linux, plan per-emulator instead.
Android: the emulator reads the pad, not a driver
Android has no driver layer for a program like BetterJoy to plug into, and none exists. The real route: pair the controller in Android’s Bluetooth settings, then use it inside apps that read gamepads through Android’s own input system. Dolphin and Azahar both ship Android builds and handle controllers that way — buttons and, where the app implements it, motion from the pad the OS paired. Anything beyond that — an “Android BetterJoy” promising system-wide XInput — does not exist as a real product, whatever the download page claims. Be particularly careful here: fake-APK pages are a standard malware costume, and the BetterJoy name is exactly the kind they wear.
Steam Deck counts as Linux here
A frequent follow-up: the Steam Deck runs SteamOS, a Linux system, so everything in the Linux row applies to it. BetterJoy does not run on SteamOS; what the Deck offers instead is Steam Input itself — Valve’s own translation layer, running on Valve’s own hardware — plus the native SDL input of the emulators you install there. For Switch controllers on a Deck, that combination is not a consolation prize; it is the intended path, and it covers Pro Controllers and Joy-Cons (paired or single) inside Steam’s controller settings.
The honest summary
| Platform | BetterJoy? | What actually works |
|---|---|---|
| Windows 10/11 | Yes — v7.1 | Full stack: XInput/DS4 output + DSU server (see the emulators hub) |
| macOS | No | Steam Input; Dolphin/Azahar native SDL input |
| Linux | No | hid-nintendo + joycond; Steam Input; emulator-native SDL |
| Android | No | OS-level pairing; each emulator’s own gamepad support |
FAQ
I found a site offering “BetterJoy for Mac”. Is it real?
No. BetterJoy’s only official distribution is the Windows release on its GitHub project page. A “Mac version” is at best a different program borrowing the name and at worst a malicious installer — either way it is not BetterJoy, and it cannot give you the Windows program’s behaviour.
Can I run BetterJoy in a Windows virtual machine on my Mac or Linux PC?
As general guidance: the program itself can run in a VM, but its job involves Bluetooth devices and kernel drivers, and passing a Bluetooth controller through to a guest OS reliably is the hard part that varies by setup. Most users find the native routes on this page simpler and more robust than fighting VM device passthrough.
Will the maintained BetterJoy fork change this?
The community fork continues the same Windows program — same driver model, same platform. Nothing in its published changes suggests a macOS, Linux, or Android port, and we would not expect one: the Windows-only design is the program’s foundation, not an oversight.