

Every spotify downloader I’ve seen just matches to youtube and uses yt-dlp in the backend. I may have missed a new one though.
Every spotify downloader I’ve seen just matches to youtube and uses yt-dlp in the backend. I may have missed a new one though.
Here’s my “low complexity, medium effort, full legal, full quality” solution:
Start actually buying your music. I go down the list in descending order of convenience:
Tag all your music with Picard (or wrtag if you only buy full releases, there’s a GH issue for other cases) or beets. Picard is the simplest and most feature complete right now and has a nice GUI. Then upload your tagged music to your Navidrome.
Then use a tool like
It’s a nice, fully legal, fully self-hosted stack. Not NEARLY as convenient as having them auto-ripped for you from youtube, but like you said, there are quality and metadata concerns when ripping from youtube.
I agree with everyone saying you can run what you want on most any hardware. Only thing I’ll throw in is that with older/more used parts, you’re at a slightly higher risk of hardware failure, so if you wanna store data on there that you really don’t wanna lose, consider looking into online backup storage services. I’m not sure of their international availability but some good ones:
if it’s not a lot of files that you actually want backed up you might be able to get away with free/cheap tiers of google drive/one drive using rclone
Good luck!
I use picard, which works great, but is by no means automatic. Keep an eye on https://github.com/sentriz/wrtag, I think it’ll be really clean and highly functional in the near future.
I didn’t think I’d get as much of a kick out of knowing that my random shuffle is truly random, but I do.
Self hosting music that I purchased is a really liberating feeling
95% of my homelab lives on a single server, and everything I do is within containers. So, my documentation is just keeping all my compose files in a git repo and writing in comments when necessary. It’s fairly self-documenting, and I haven’t found the need to break out of just using containers for everything, besides a couple things like setting up mergerfs or cockpit, but that’s all plug and play nowadays with stuff like https://projectucore.io/
Of course, I don’t have any other things set up in my physical layout or network stack… but all that stuff would probably just go into an entry in my notes (obsidian/wiki.vim).
Am I totally off-base in thinking that MagicDNS and pluggable DNS nameserver overrides are a huge feature of tailscale?
I love that I can refer to my tailnet devices just via their machine name. I use it everywhere. And also that I can just slot in my NextDNS ID so that any device running tailscale now automatically uses that, and I don’t have to mess with my shared router settings or per device settings. Is all that actually really easy to set up outside of tailscale? Cuz if it is and I just somehow missed that when doing all my research, I’ll happily give plain wireguard or other mesh orchestrators like NetBird a go.
And I already know that mDNS is not the answer. That protocol is simply not reliable enough.