I use a DAP with an SD card on the go, because my whole collection is lossless and I like fidelity. However, it's convenient to be able to stream music to my TV while doing house chores, in addition to allowing family access.

I have a few smart playlists set up that are each various genres of music. It's not perfect, but it works well enough.

LMS is also pretty damn light as well.
Uses about 19 MB of RAM on my system on idle.

Lightweight Music Server

the family bit is key i think for needing a home server. some TVs you can do via BT to the phone.

but if you're setting it up anyway for your family, then yeah, best to organize around the server.

good luck to you!

Tailscale is the way. You can make their free tier go really far, especially if you use your own OIDC solution.

I'm in the middle of writing up a novel about my music stack since I've just about gotten it exactly where I want it. There's no one-size-fits-all answer here and it's difficult to really replicate the behavior of major streaming services.

The short version of what I have set up:

• Backend: Navidrome

• Frontends: Feishin (both desktop and hosted) and Symfonium

• Remote access: Pangolin (this does involve keeping a Navidrome rest endpoint totally exposed so Tailscale/Netbird/Wireguard are fine too, but I wanted to be sure my wife can access it from her work PC in the office)

• Library and metadata management: Lidarr, beets, and metadata-remote. Lidarr does the bulk (one instance per user/library), beets handles manual imports, and MDRM is for fine-tuning and really obscure stuff

• Searching/Downloading: Lidarr + Tubifarry + slskd. Also support smaller artists as much as possible, bandcamp purchases and merch and whatever go a long way.

• Discovery: Explo

I'll have a full beginning to end writeup pretty soon hopefully. It's still not perfect, and juggling multiple users adds a huge layer of complexity, but I'm happy with where it's at.

Navidrome even supports multiple libraries now. I was using 2 instances for a bit for my wife and I, but now it's all in one.

I didn't realize they had updated. That's great! I knew it was on the timeline but it works so well even with multiple instances I hadn't been watching for it.

For real, I almost feel guilty that I'm not paying yet.

Yep! They released it like a week after I just set up a second instance lmao

The only catch I noticed is that the default "/music" library can't be changed, so I set up my directories in the container like:

• /user1/music
• /user1/discover
• /user2/music
• /user2/discover
• /shared

All 5 are set up as separate libraries, and I keep "/music/ in the container mounted to an empty directory. The discover folders are populated when Explo runs each week, that's a whole project of its own.

Could you explain how you use explo?

This is gonna get a bit into my particular setup but sure

Explo's a super early in development "discover weekly" generator, relies on Listenbrainz scrobbling and runs on a cron job to download the playlist from your connected source (in my case slskd), put it in a folder, and create a Navidrome playlist out of it. I use the SLSKD_MIGRATE option (my feedback is actually the reason the dev even added it), so my files are downloaded to my slskd dir and explo moves them to a separate library.

I'm very particular about my library though so I don't want it just throwing everything into the same folder as the rest of my music, and I have 2 users, so my directories are like:

• /music/me
• /music/wife
• /discover/me
• /discover/wife

Keeping the discover folders for Explo completely outside the main library, but mounted in Navidrome as additional libraries, helps keep things very separate. Explo's also smart enough to check with Navidrome before searching for a track - if it already exists in the library, then it won't redownload it.

I run 2 Explo instances, 2 hours apart, and in between those runs I have another cron job that wipes out my slskd downloads directory for a clean slate.

One small catch I ran into: Explo needs a Navidrome admin account to kick off the library scan, but my users aren't admins (since an admin automatically has access to every single library). So each week when it runs I need to log in as an admin and re-assign each playlist accordingly. Not a big deal, and the dev already has some ideas in mind to address this in the future. This also becomes a small bit of an issue with the whole "don't download existing tracks" thing - Explo's looking at the admin's library which is everything, not the individual users' libraries. So if one user's playlist has a track that's in the other user's library, it won't be properly added. Not the end of the world, but a mild annoyance.

I will say (and this isn't a fault of Explo), I'm not a big fan of Listenbrainz's weekly playlist algorithm. About 2/3 of the playlist tends to be artists that I already listen to, so it feels like a bit of a waste. I hope down the road we can plug in last.fm or something which tends to be a bit better for that.

Thanks, I already have it up and running. Works great!

@wesker@lemmy.sdf.org if it helps, the Symfonium dev is open to de-googled licensing via Ko-Fi donations. See the forum post here: https://support.symfonium.app/t/how-can-i-pay-for-symfonium-without-google-play

Per Tolriq's responses there, you can get the APK safely from the Aurora Store.