this post was submitted on 23 Sep 2024
39 points (93.3% liked)

Linux

8013 readers
140 users here now

Welcome to c/linux!

Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!

Rules:

  1. Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.

  2. Be respectful: Treat fellow community members with respect and courtesy.

  3. Quality over quantity: Share informative and thought-provoking content.

  4. No spam or self-promotion: Avoid excessive self-promotion or spamming.

  5. No NSFW adult content

  6. Follow general lemmy guidelines.

founded 1 year ago
MODERATORS
 

For some years, I just used directory-organized audio files. I used emacs's emms to control the playlist, and had it set up to have mpv play audio files.

Some years back, I used at mpd for a while, but it's really oriented towards accessing audio via metadata, which wasn't really what I wanted to do: that really entails getting correct metadata on all of an audio collection.

Then recently, I ran into beets, which is a utility to do semi-automated metadata cleanup (compute and apply ReplayGain tags, insert metadata using a variety of techniques, etc) en masse and finally got my metadata in a reasonable state, and flipped back to using mpd. I was pretty impressed with beets; it takes some setup, but runs what it can in parallel, doesn't block the process when it needs human guidance on metadata, and can be set to automatically set metadata when its confidence is above certain levels but ask below that.

Mpd is probably especially useful when one has an audio server that one controls remotely with a other devices, though I just use the thing locally. It supports a bunch of frontends; can be controlled from GUI software, from the command line, from TUI clients like ncmpc or ncmpcpp or a few others, from various emacs software packages, can keep running if you bring down your graphical environment. A lot of OSD/"bar"/"dock"/"wharf" software can display MPD information out-of-box; I'm currently using waybar in sway, which can display mpd information.

I'm not always directly at the media-serving machine, and I'm using unison to synchronize my music files to a laptop. New files or removals or whatever will get propagated in either direction. That lets me have a replicated media library accessible for disconnected use.

All of the above stuff is packaged in Debian bookworm; should be available in at least Debian-family distros out-of-box, and probably others.

Anyone else want to describe their favored music-playing setup, stuff that they've found works well for 'em? Maybe give other folks who might be looking for something similar useful ideas?

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 4 points 1 month ago* (last edited 1 month ago)

I'm running Mopidy with web interface to stream to multiple audio output devices (like my receiver in the living room) using Snapcast on Pi's (some with HiFiBerry module) over the network. Mopidy also integrates nicely into my workstation with KDE using MPDRIS and a local Snapcast server.

This works for both my music collection and some webstreams. I'm quite happry with this setup.