Music Player Daemon

The above mpd.conf is configured for local playback, this is also what MPD is designed to do.

ncmpc(pp) is just a remote control for the daemon.

Did you attach your raspberry pi to a set of speakers?

How did you install MPD (from a ppa, or from the normal repo)? this again is a broken package and not a MPD issue.

try if you can install libavformat library.

It is an odity with the package. It does not uninstall unless it has a working MPD with a working pid_file. quick hack open /etc/init.d/mpd and on the first line of mpd_stop() { (line 73 for me) add exit 0: mpd_stop() { exit 0 } This should make it happy and remove MPD. I am not sure why the debian/...

I have _no_ idea why you keep complaining about it and calling it stupid. This limit has been there for at least 11 years and nobody found this 'arbitrary' number a problem before. For developers this might have been a very logical number to pick. Anyway I am closing this topic, feedback is apprecia...

No problem. Making it a nice round number might be better.

Did you actually check the CODE? or just assumed it was a signed/unsigned issue?

If you check the available options for mpd configuration file you will see this has nothing todo with signed integer limitation but it is a configuration option.

File a bug report: http://bugs.musicpd.org

GMPC does not standalone audio control. It is a remote control for MPD.

I don't think it is easy to set this up in MPD.

Please make an issue for this on our bugtracker.

What os are you running? What version/distribution?

You might want to check if there is a pre-build package available for your os.

Have you checked the "Installation" link on the main website: http://mpd.wikia.com/wiki/Install

you can stop a running mpd by doing mpd --kill (see man page!)
Other way is to send it a TERM signal (it will nicely shutdown).

How to start it on system startup depends on your distribution, best is to ask their support system.

I agree partially with ran, if you have a good! DAC do not change bit depth. But like always, there is a but: 1. Some cheaper DACs perform significantly better at 24bit then 16bit. They might not automatically upsample. 2. When doing Software Volume (so modifying the sound to reduce volume), use 24/...

Don't open it to the world, and forward it to your pc using an ssh tunnel?

Starting Multiple deamons for multiple users is not supported by the debian init script, this is something you need to solve. (as it is not a MPD issue).

Write a bug report on the MPD bugtracker, it is probably good if the output is disabled. (though the error message given by ALSA might not be informative enought to detect this.)

Look at http://www.dest-unreach.org/socat/

No, MPD will always re-encode. This is needed to make a consistent stream..

Sample rate conversion is only used when needed, if your card support it, MPD will not resample.

If it does not support, either alsa or MPD will resample. For more information see alsa documentation and the MPD alsa output plugin:
http://www.musicpd.org/doc/user/ch05s05.html#idp5650208

Second: Run MPD with --verbose and let it rescan the library, the log should contain more information now.

You can either issue a rescan from a client, or easier, stop MPD delete the db file andd start it with verbose.