I think you may have shifted the argument a bit.

We’re not “back to where we were 100 years ago”. Bandcamp exists and pays artists for song purchases. It’s not perfect, and the selection of Bandcamp and the few other services like it are sometimes limited, but there ARE ways to buy digital music and have a non-negligible amount of the money go directly to the artist.

I think you’re trying to make an argument for just pirating digital format music. I would say, don’t just throw up your hands and go straight there by default, try to buy the music first, and then if you can’t or really can’t afford it, then by all means download the music in other ways.

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:

• Bandcamp
• Qobuz
• Apple iTunes (not Apple Music)
• Physical CDs (for ripping)

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

• https://github.com/WilliamNT/tunesynctool
• https://github.com/blastbeng/spotisub (check my fork for a better functioning version) These will match songs from your spotify playlists to songs in your subsonic-compatible server (which Navidrome is) and recreate your spotify playlists using the music it finds in your Navidrome. These syncing tooks can have misses and you may need to do some log-digging or issue-opening to find out why, but I’ve gotten them working fairly decent and plan on doing some work to improve them some day.

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:

• borgbase
• backblaze

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).