Important
macOS first launch (no code signing yet). After dragging StemDeck to Applications, clear the Gatekeeper quarantine flag or macOS will say the app is damaged:
xattr -dr com.apple.quarantine /Applications/StemDeck.app
Which file do I download?
| Your setup | Download |
|---|---|
| Windows, NVIDIA GPU | StemDeck-Windows-x64.NVIDIA.zip |
| Windows, no NVIDIA GPU | StemDeck-Windows-x64.zip |
| Linux, NVIDIA GPU | StemDeck-Linux-x64.NVIDIA.tar.gz |
| Linux, no NVIDIA GPU | StemDeck-Linux-x64.tar.gz |
| macOS, Apple Silicon (M1-M4) | StemDeck-macOS-arm64.dmg |
| macOS, Intel | StemDeck-macOS-x64.dmg |
| Docker / Unraid | Nothing here, pull ghcr.io/stemdeckapp/stemdeck:0.18.1 |
Pick one. Each Windows and Linux download is complete on its own: unzip and run, no installer, no toolchain. Everything else in the asset list is used by StemDeck itself, in particular the small -app files are the updater's payload and will not run on their own.
What's new in 0.18.1
One fix, and it is the search box.
"Search failed. Check your connection."
Typing anything into the search box failed, and the message blamed a connection that was fine. Pasting a link kept working, which made it look stranger still. It affected every download on this page, on every platform, and it had nothing to do with the network.
StemDeck ships yt-dlp with only the YouTube and SoundCloud extractors in it. The other 930 are unreachable, since every other host is rejected before yt-dlp is ever called, and several dozen of them are adult sites that have no business sitting on your disk. The list that rebuilds that trimmed copy named the extractors that handle links, and left out the three that handle searches. So the search box asked for a part that was not in the box.
All three tabs work again: YouTube songs, YouTube playlists and SoundCloud songs. The search that failed for the person who reported this now returns results in the app I tested it in.
Packaging refuses to build a runtime with search missing, and the tests now read the app's own list of permitted extractors rather than a second copy of it, so a future addition cannot get ahead of the packaging step the way this one did.
Thank you to @athleticsfan for the report, and for the log that made it obvious where to look. Closes #692.
Updating
This fix lives in the Python runtime rather than in the app, and that decides how it reaches you.
- macOS: updating downloads a fresh runtime on the next launch, so the fix arrives on its own.
- Windows and Linux: the in-app update replaces the app but keeps the runtime you already have, so it does not carry this fix. Download your package from the table above once, unzip it, and run it.
Nothing in your library is touched.
