Music Player Daemon

Yes, with the ALSA input plugin: https://www.musicpd.org/doc/html/plugins.html#alsa

JamesCRocks wrote: ↑April 2nd, 2021, 2:46 pm Are you saying I don't need the bind_to_address at all?

Correct.

This isn't of MPD's business - the port where the stream is published is Shoutcast's business.

I don't know either - the JACK project would be the right place to ask (consult JACK documentation first).

Why do you want to configure bind_to_address? This isn't "linuxy", this is "IPy", this is about configuring servers for the Internet Protocol, and that's the same on Windows and Linux. But on most Windows programs, you usually don't have options like "bind_to_address" - those programs just bind to e...

The only port I have been using is 6600, which is configured multi-directionally for TCP & UDP. Not exactly true. UDP is not used. And what does "multi-directional" mean? Is there a control port setting I am missing from mpd.conf? Yes, and it's all documented: https://www.musicpd.org/doc/html/user....

You configured your "httpd" output on port 6600, but the control port also defaults to port 6600 (since you did not specify a different non-standard port). That doesn't make sense.

The protocol documentation explains them all! https://www.musicpd.org/doc/html/protocol.html#querying-mpd-s-status Don't run this in a separate thread - this only adds overhead and is very fragile. Rather register the libmpdclient socket in the GLib event loop and let it invoke a callback when MPD r...

Your link is relative, it has no protocol, thus gets requested from forum.musicpd.org

This is just security theater. If it had really found something "harmful", it would have told you more details. I have no idea what your problem means and why this happens. Of course, it is a good idea to be cautious. Somebody may have hacked the MPD website and put a trojaned MPD build there. That ...

As I already said, this is Python, not Shell.

You could use Python-MPD2: https://python-mpd2.readthedocs.io/en/latest/

from mpd import MPDClient
client = MPDClient()
client.connect("localhost", 6600)
song = client.currentsong()
if song: client.playlistadd('the_playlist_name', song['file'])

Simple, isn't it?

mpc has no command to add something to a stored playlist. Adding this feature would be easy if you know some C. MPD has commands to do it, and libmpdclient (the C library used by mpc) has it as well - it just needs to be wired to a mpc command.
But you could also write a small Python script to do it.

That is not yet possible - welcome to write a feature request on GitHub!
Right now, you can only combine ("mount") several "simple" plugins together (with different storages, e.g. local hard disk, nfs, usb stick etc.).

No, I have no idea what may cause this. I never use any ALSA plugins, I always use "hw" devices directly. As I already mentioned here, this reduces CPU usage and increases quality - it's a win-win.

Everything looks fine in your log. If I understood you correctly, then only the first stream is audible. The one thing that is different in the first stream is that its sample rate is 32 kHz, the others have 44.1 kHz. 32 kHz is unusual, and it's unusual that a "standard" sample rate like 44.1 kHz fa...

And: note that Raspi kernel 5.10 is known to be buggy. I don't know if yours is already fixed, but it might worth trying an older kernel.
See https://github.com/MusicPlayerDaemon/MPD/issues/1056

I can play all of those streams. Post a verbose log of MPD, playing each stream. And read https://www.musicpd.org/help/
Note that you're not using an ALSA "hw" device. Doing that would reduce CPU usage and would improve quality.

Maybe my question wasn't phrased well. The decode libraries MPD uses say that those files are broken. I did not check, that's not my expertise. MPD doesn't decode anything, it relies on many external libraries for the job. And those libraries say the files are broken. Do you believe those files are ...

What makes you believe that MPD should be able to play those files?