kunst VS mpd

Music: Music Player Daemon (The ALSA of music players!) MOC (Terminal frontend for MPD) ncmpcpp (Anyone who tells you there's a better music player for Linux than this, is a scammer!) kunst (Even blind people need Album Art to listen music ;) Spicetify (Spicey Spotify with pywal!)

It looks amazing I will definitely give it a try. I've already installed kunst, but I've found it crashes a lot.

Last week I released v1.0.0 of MphpD - a fully-featured, dependency-free PHP library for the Music Player Daemon. It's my first take on a library so feedback and suggestions is very much welcome and appreciated.

Eventually I'd like to continue with the other frontends I have planned, starting with festivald which will be a music daemon, similar to mpd.

Well, it’s a slightly odd use case in that normally the server would just be the server and not also the player, but given the kit you’ve got it makes sense. Probably what you want is MPD plus one of the MPD web clients.

You want SnapCast. You'd run snapserver on your Linux box and snapclient on your Pi's. Snapserver has support for Airplay (via shairport-sync) and Spotify (via librespot). I recommend using MPD for your music library, as I don't think PlexAmp can output audio in a way that's useful for snapserver.

MPD (version 0.23.12): A flexible, powerful, server-side application for playing music

I love to listen to music when I work, here are some projects I'm a big fan of : mpd and mopidy.

Source code for CoReadTextFile() which is also a coroutine: https://github.com/CM4all/libcommon/blob/master/src/io/uring...

Sample code for libpq: https://github.com/CM4all/libcommon/blob/master/test/co/RunC... and c_ares https://github.com/CM4all/libcommon/blob/master/test/co/RunC... and libcurl https://github.com/CM4all/libcommon/blob/master/test/curl/Ru...

I wrote all of this for proprietary applications at dayjob, but the core library is open source, as is much of my dayjob code. The I/O event loop this integrates with is also used by several open source projects I maintain, e.g. the Music Player Daemon (https://github.com/MusicPlayerDaemon/MPD/tree/master/src/eve...) which can also take advantage of io_uring, though not (yet) with coroutines, only "classic" non-blocking I/O.

My code is optimized for low-overhead; the very core doesn't even use std::function because I fear its implicit heap allocations. Long ago, I used boost::asio (which also integrates well with coroutines) but didn't like it because it was too bloated for me.

I've rarely seen other nerds talk about C++ coroutines, and never about integrating them with io_uring, made me thinking I'm the only one. But maybe all the others just don't write/blog about it - I never did either...

If you want a music player that you can control from another room, you can do that by installing a very small distro such as the x86 Alpine Linux image (https://alpinelinux.org/downloads/) then the mpd daemon (https://www.musicpd.org/ - it's in standard repositories install it with "apk add mpd" from root shell) which can work headless, therefore requiring very few resources, then a suitable control app for your phone or tablet (search for mpd control app), so that you can do pretty much everything through your home WiFi from any room, basement, backyard, etc.

Should you experience noises, cracks, hum and static when connecting the netbook to an amplifier and to a mains adapter, that is a common problem of ground loops and not of that particular netbook, that will be easily solved by adding a small audio transformer in between.

mmtc is a minimal mpd terminal client that aims to be simple yet highly configurable