Music Player Daemon

DroidU wrote: ↑

January 15th, 2020, 10:16 am

It would be nice if you also support OggFLAC streaming. Icecast2 support this.

Develop it, submit your code on GitHub. That shouldn't be hard - most of the code is already there, it only needs to be connected.

I'm actually not sure if MPD is able to fix it. So you're not sure if the feature you want is really necessary. Not so convincing. Let's assume the worst case: MPD is not able to fix your lack of satisfaction. Then what kind of magic fairy dust does your script have? How would your script fix your ...

I'd like to implement an external solution which fits better to my setup. If there is a problem with MPD's replaygain implementation, then it should be fixed in MPD. Offering you a way to get around MPD means it is less likely that you'll fix MPD and submit your code. So no, this doesn't sound like...

Why?

keithg wrote: ↑

January 5th, 2020, 8:17 pm

when I list albums, though, I get a space (first response is blank) which is that the idtag is missing an artist:

This means that there is at least one song without the specified tag.

Be more specific. What has changed in your opinion?

For the rest of the MPD threads, shouldn't we care at all? Would a renice of -16 or -18 or any other suggested vaule be a good idea for them? MPD uses large buffers, so playback can survive even when non-realtime threads don't get scheduled for several seconds. Only output and rtio are vital for pl...

As I understand there is always a benefit from FF scheduler and a real-time priority and options 1, 2 and 3 just reduce/increase the overall latency. True. A real-time CPU scheduler and kernel preemption are orthogonal features. Both help with keeping real-time deadlines. Note that kernel preemptio...

"my OS is not RT" means you run the Linux kernel without the preempt-rt patch? The vanilla Linux kernel has a real-time scheduler, and that is what MPD uses. But the Linux kernel is not a hard real-time kernel. For the purposes of playing music, it does not need to be. MPD's latency requirements for...

Is returning an error when issuing a NEXT command while in a non-playing state new(ish) behavior? I don't know. Does it matter if that has changed? What would you expect MPD to do when you issue a command affecting current playback when there is no playback? Maybe some older MPD versions had no che...

StreamingMeeMee wrote: ↑

December 6th, 2019, 7:51 pm

However, my question re: this being new behavior stands -- is it new(ish)?

What is new behavior?

I don't know something. I believe every MPD web client reimplemented its own HTTP API to access MPD. Of course, that's bad - but it's just as bad as writing yet another web client.

MPD has a HTTP server, but it's only there to serve streaming audio. It cannot be used to control MPD.

MPD always prefers "native" tags over "generic" tags. "Native" tags are the ones supported natively by the audio codec (i.e. RIFF tags for RIFF files, VorbisComments for Ogg and FLAC), and "generic" tags are ID3 and APE (which can appear in any file format). There's no configuration option to change...

The next MPD bug-fix release will force Icecast to use UTF-8:
https://github.com/MusicPlayerDaemon/MP ... 72baaaec91

Note that you're using a very old MPD version.

What charset did you set in your Icecast configuration?

Raspberry Pis are wonderful toys but not suitable for productive environment. Don't exaggerate the problems with Raspberry Pis. This guy wanted to use Android instead, and this is your base line for reliability. Can you imagine how unreliable Android is, compared to a Raspberry Pi? A Raspberry Pi i...

Why not. One difficulty would be that this library is written in Rust, so somebody would first have to write C bindings for it. Any volunteers for developing that feature?

Btw. I wouldn't use a Pi Zero. It has just Wifi, no ethernet. You worry if your extremely overpowered server is fast enough to feed 14 rooms, but then you connect those 14 rooms via Wifi. Wifi is the biggest problem you have - it is slow and unreliable, and will cause flaky playback. Any ancient Ras...

MPD can "serve" an arbitrary number of clients, where "serve" means "many clients control one MPD instance at the same time". All clients can send commands to MPD, and all clients can poll for MPD's status and display it. Yes, MPD can listen to many ports, but how would that be helpful? And yes, you...