maxmitti

Correct me if I’m wrong, but can’t you just mount all dynamic mountpoints inside the configured music_directory, or alternatively somewhere else and add symlinks inside the music_directory pointing to the...

Yes, that is what I meant, too. It works well for physically attached storage. It also works with NFS and other stuff that can be mounted on the system level,...

@twojstaryzdomu have you tried the mount command so far?

Yes, i mean that. However it is not internal, otherwise it could not be used via the protocol. mpc supports it. I would suggest to try it out even if...

@twojstaryzdomu why do you keep calling it internal? What makes it internal? And like I said above, I would be fine already if mounts were persisted in some way, if...

I don’t get what your problem is. Configuring the cache_directory is a one time thing. Especially if specifying mount points would be done via the config that would be done...

I would let someone who is well aware of MPD’s code decide whether it is KISS or not. Currently the cache_directory is needed (see https://mpd.readthedocs.io/en/latest/user.html#mounting-other-storages-into-the-music-directory). Maybe one could find a...

The need to specify the mount point is simply to keep everything else working as is. Specifically it answers the question which directory to pick as the “root” (see https://github.com/MusicPlayerDaemon/MPD/issues/1252#issuecomment-908452071)....

> The mount plugin itself a is an example of cluttering up mpd with a feature set not traditionally associated with a music player. Similarly, supporting file access via NFS...

According to https://github.com/MusicPlayerDaemon/MPD/issues/1252#issuecomment-950177183 the mount points are already persistent. So your analogy with having to retune every time is incorrect.