Music Player Daemon

What makes you so sure that the stream is UTF-8?
How can I reproduce the problem?

That's still 3 bug-fix releases behind ...

... but what character set is your stream using?

Your MPD version is very old and unsupported.
From the page I linked: "make sure you have the latest MPD version (0.21.22)"

eilz wrote: ↑

April 8th, 2020, 8:59 am

Sorry to bring up old thread, I was after help on confuguring MPD on the DNS-323 NAS, looks there was some success maybe, unsure.

https://www.musicpd.org/help/

MPD 0.21.22 and git master have a few optimizations, but there will be more.

Loading the database was 0.5 seconds faster, so there was an improvement, but a small one compared to the rest of your performance problem. But your perf report gave me some hints on what to optimize. Since your music database is a lot larger than mine, and larger datasets are better for profilers, ...

MPD spends nearly 10 seconds reading the database file (which is 6.2 MB, compressed). One thing you could try is patch the following line in the MPD source code: https://github.com/MusicPlayerDaemon/MPD/blob/master/src/fs/io/GunzipReader.hxx#L48 Change the 4096 to 65536. This will reduce I/O overhea...

13s is still extremely slow. It shouldn't take longer than a second or so. If you upload a strace (with `-tttT`) somewhere, I'll check it out.

That's it.
For auto_update to work, MPD needs to scan all directories on startup - unfortunately, there is no other way, because that's how Linux's inotify works.
Disable it, and the delay will be gone.

Ok, next idea: do you happen to have `auto_update` enabled?

If it stats all your music files, then it updates the database - this can mean that MPD can't save the database or you didn't configure a database file. Check your configuration!

This URL is stored in the play queue. But you can save your current queue any time into a stored playlist with mpc's `save` command.

You should use the strace `-T` flag to show system call durations.
This strace doesn't give enough information because it is with daemonization enabled - try `mpd --no-daemon` instead.

Huh, what kind of support do you need?

First you should look at your MPD verbose log (https://www.musicpd.org/help/)

No parameter to change what?

26s doesn't look OK at all. What is it waiting for? Maybe strace would show the timings?

I think you misunderstand the "playlist_directory" setting. It is the storage for playlists managed by MPD (and its clients). This is not the play queue! MPD will not magically play files you copy there, and you shouldn't copy any files there at all. If you want to load a playlist file you created, ...

Another workaround could be connecting to MPD with a local socket.