Music Player Daemon

MPD 0.19.12 is an ancient, unsupported version. Sorry.

Define "losing signal".

What makes you believe this is a software issue?

When you write a plugin, remember to always compile with "-Dtest=yes", which will enable the build of "run_encoder". This program runs an encoder plugin on the command-line, reading PCM from stdin and output on stdout, without carrying around the rest of MPD. Can be helpful for development and debug...

Read data from MPD in chunks (I guess this should be done through the external API) What external API? There's just one external API: the MPD protocol, but it cannot access any audio data. I guess this falls in the "neighbor plugins" category No! Neighbor plugins can locate nearby storages (such as...

producing a FFT output is quite heavy on the CPU and I think it would be best if left to the visualizer/client. Why do you think so? With your approach, being limited to running MPD and your client on the same machine, it's going to be the very same CPU... Doing FFT inside MPD means only a very red...

The FIFO output is a very bad idea; it works only if the client runs on the same machine, requires explicit configuration, consumes too much CPU and there is no format negotation, which makes it fragile. What can we do to support visualizers without kludges like the FIFO plugin? Maybe can we impleme...

That's not possible. MPD doesn't actually "mount" the NFS server; it uses libnfs to talk the NFS protocol in user space, without the kernel's assistance, and so the kernel's documented mount options are not applicable here. There might be similar options in libnfs (I did not check), but MPD cannot c...

Why not. If you need help with hacking the code, just ask. On Freenode, there's channel #mpd-dev for MPD developers.

Read The Fine Manual! Here https://www.musicpd.org/doc/html/protocol.html#querying-mpd-s-status it says "audio: The format emitted by the decoder plugin during playback, format: *samplerate:bits:channels*. Check the user manual for a detailed explanation." Here https://www.musicpd.org/doc/html/user....

MPD cannot unmount your SD card. Even if it had code to do so, it wouldn't have the required permissions to do that. I have no idea what is causing your problem, but I'm fairly certain it has nothing to do with MPD. btw. reinstalling MPD never solves any problem. That is just doing random things, ho...

There's a feature request for exactly this: https://github.com/MusicPlayerDaemon/MPD/issues/39

I agree that this is a good idea, but havn't gotten around to implement this yet. Volunteer to help and submit code for it welcome.

You can mount additional directories at runtime with "mpc mount".
https://www.musicpd.org/doc/html/user.h ... -directory

If it exists, why does Samba pretend it does not?
This forum is about MPD and not about Samba. I can't assist with Samba specific problems.

Your Samba server tells MPD that the requested file does not exist. So, does it exist or not?

It just tells you that the FFmpeg input plugin is unavailable.

skidoo is right. Your configuration explicitly disables network access!
I wonder why you do such a configuration when it's the opposite of what you're trying to do. This is not the default, after all. This must have been your explicit decision.

What is your configuration on the machine 10.10.10.1? It looks like MPD is not running over there.