Hey everyone,
I’m new here! I wanted to share a music search and discovery tool for Lidarr. It plugs into Spotify, TIDAL, Deezer, Last.fm, MusicBrainz, Plex/Tautulli, Jellyfin, and even some AI recommendations.
GitHub: https://github.com/aquantumofdonuts/mixarr/releases/tag/latest
Website: https://aquantumofdonuts.github.io/mixarr/
What it does:
- Connects to Lidarr and analyzes your existing artists
- Hooks into Spotify, TIDAL, Deezer, Last.fm, MusicBrainz, Plex/Tautulli, and AI services
- Finds related/similar artists, new releases, charts, labels, playlists, etc.
- Gives you a review queue to approve or dismiss discovered artists
- Automatically adds approved artists to Lidarr with the profile you choose
- Has a universal search and discovery interface across all services
- Runs as a web app (Next.js frontend + Express backend) and plays nice with Docker
Why I built it:
I wanted one tool that I could point at my Lidarr library and get a steady stream of relevant artist recommendations.
Basically, make music discovery feel as automated and “infrastructure-y” as the rest of the *arr ecosystem.
Current status:
- Working with Lidarr + Spotify/TIDAL/Deezer/Last.fm/MusicBrainz + Plex/Tautulli
- Has subscriptions for different discovery sources (charts, playlists, related & followed artists, etc.)
- Docker-compose setup available, plus local dev if you prefer
- Early but usable; I’m actively using it myself and iterating
Nice. Couple of things:
- The link in your post is broken 😉
- Consider doing with Jellyfin anything you’ve done with Plex. Plex is on it’s way out, especially with Fediverse users.
I think the link is fixed now?
I will definitely take the Jellyfin suggestion to heart. Mixarr is Plex-centric because that’s what I use, but I see that Jellyfin has a large share as well. Thanks for the suggestion!
Edit: Added Jellyfin support. Four new subscription types in the “My Library” subscription preset group. You can pull and rebuild docker (or pull the latest image) to get the changes.
Might also consider looking into Navidrome support. Not sure if it’s even possible but in my experience Jellyfin’s music experience is kinda crappy.
Yup, link is golden now.
Bloody hell. From request to implementation in less than 10 hours?! Amazing.
GitHub link is funky, need to remove the ()
Thank you. Link is fixed.
Omg you are a saint. I was missing a tool like this. Will check it out ASAP.
Awesome, thank you. Hope you like it.
Connects to Lidarr
So, I don’t run the ‘arr stack’, and am not interested in downloading, but I would like recommendations on new music. I am running Navidrome which scrobbles to Listenbrainz. How would Mixarr fit into this scenario?
Why would you need this for your scenario? If you’re not downloading you can simply check the listenbrainz recommendations in the playlists that it creates for you
Because I’m a dumbass who didn’t really understand what was going on. Kindly disregard the doddering old man.
Oh lol I see, it happens
I pushed an update that adds a “review only” mode, with Lidarr no longer being a required connection.
https://github.com/aquantumofdonuts/mixarr/releases/tag/v1.1.1
Add any Subscription and set the result handling to “add to review queue”. Then, just look in the Review Queue tab for your recommendations.

Oh snap! Man, you didn’t have to do all that just for one dipshit who didn’t understand what Mixarr was. I should have done a bit more reading. I feel embarrassed. I will spin this up in an hour or two when I get my chores done. Thank you so much!
Haha no worries! It’s a useful feature. No reason to lock the subscription engine behind a Lidarr connection.
But I think I will rest for a while now lol.
Is it possible to set this up with navidrome instead of lidarr?
Navidrome can scrobble to Listenbrainz which this supports.
Man, that would absolutely rock if it integrated with Navidrome.Navidrome can scrobble to Listenbrainz which this supports.
This is such good news to see this on my frontpage today, I’ll definitelybe giving this one a try later. Mad respect and appreciation for the amount of time this must have taken for you to make this. Thank you so much!
I appreciate the positive feedback, hope you find it useful
Does it work with SoundCloud? I wanted to self host my library
Not currently, sorry. But I will look into adding that integration in the future
deleted by creator
How hard do you suppose it would be to add integration with Qobuz?
I could look into it. Open an issue on Github if you like, and I’ll see what I can do. Thanks!
Done
really liking this… i’ve been using SoulSync, but its very buggy, and its mainly a soulseek driven downloader… lidarr is the way to go,
which trackers are good for music? should i just try and get a red invite?
I am trying to put this behind Haproxy but not having much luck, I keep getting “client sent an HTTP request to an HTTPS server”.
Anyone have a clue how to resolve this?
I understand this image has its own caddy reverse proxy, not sure how to bypass that at the moment.
Hi, I think you can resolve this by forwarding your reverse proxy to http://mixarr-ip:3010/. That bypasses Caddy altogether. Give that a try, and let me know how it goes.
I am running in docker, I got 443 pointed at 3443.
I saw the 3010 setting in the docs, i just can’t figure out if 3010 is pointed at 80?
3010 is the web port, on the web container itself (direct connection the the web ui). 3443->443 and 3080->80 are the Caddy ports, which also point to the web ui (just proxied through Caddy). Hopefully that’s not too confusing.
Understood, though it’s still kicking my butt TBH.
Exposing port 3010:3010 seems to get me a connection refused. But I can still connect to port 3443:443. Both ports are set to TCP.
Guess I’m just exhausted, will play around with it more tomorrow. Thanks for your help.
Sure thing. Can you share your docker-compose.yml or docker cli string? Maybe I can help.
First, thank you for making this. Seems very useful… That being said I’m having the same issue, even after mapping port 80, it redirects to https/443 no matter what I do.
services: mixarr: container_name: mixarr image: ghcr.io/aquantumofdonuts/mixarr:v1.1.0 ports: - 3010:80 # Edit: change 80 to 3000 in order to bypass caddy in the container - 3443:443 volumes: - ~/mixarr-data:/data environment: - SESSION_SECRET=$(openssl rand -hex 32) - FRONTEND_URL=https://my-domain:3443/ - BASE_URL=http://my-domain:3010/ restart: unless-stoppedEdit: Just realized you have it using caddy, always, and it is set to redirect to 443. You should give people the option to run without caddy in the container. I have my own instance of caddy running, I don’t need it built in.
That being said, changing it from pointing to port 80 and instead to port 3000 allows me to access it over http but ends up having authenticaton issues when trying to change settings.
Edit 2: Oh there is a much more robust docker-compose file. I was just going based on the readme. Will give it a try a bit later.
Thank you, your comment here helped me sort my issue out.
For anyone if you want to access this without the built-in proxy/caddy server set your ports in your docker compose like so.
- 3010:3000
- 3443:443 (this is the caddy port inside the container)
How does this compare to lidify
The Discover feature is pretty much identical to what Lidify does. The distinguishing feature is the Subscriptions though. Like automated Lidify.





