wrtag

I like beets' functionality but don't as much like "babysitting" it for long sessions when I have a bunch of new music to import. Especially because crashes are frequent and sometimes make it lose all incremental progress. Lack of progress bar on large imports is painful also. It would be nice if a beets background worker could be kicked off when new music is detected to avoid the sequential nature of the commandline and see all the waiting tagging actions at once. This[0] is supposed to do that but it appears deprecated in favor of something else[1]. That being said, the "beets way" works pretty well past the import stage, so I haven't felt the need to move off it for local music. [0] https://github.com/sentriz/betanin [1] https://github.com/sentriz/wrtag

Recently I gave up on Apple Music. The clients had gotten so bad from a UX perspective that I found it frustrating to use. Especially on desktop. There is also no easy way to cache your _entire_ library to disk. Other services+clients are heaps of Electron that I'd rather avoid. It took some effort and pain but I have a pretty solid self-hosted system now that requires no futzing around: 0. epoupon's Lightweight Music Server (LMS) [0] is an awesome, barebones Subsonic client written in C. It's really good and deserves to be more well-known. 1. wrtag [1] is a less-fully-featured beets written in Go that handles tagging. 2. amperfy [2] is an excellent Subsonic client that runs on iOS. It's configured to automatically cache anything and everything on LMS. 3. Syncthing [3] syncs music files. Needs no introduction. Rock solid. 4. Swinsian [4]

since you mention Picard and wanting contribute to MusicBrainz. I'm working on a new fast tagger[1] in the spirit of Picard or beets. Just a little different and more scriptable It makes it's best attempt to match with MusicBrainz, but if there's no match it it offers links to pre-seed MusicBrainz with tools like Harmony https://github.com/sentriz/wrtag