On 2009/10/24 13:58, Steffen 'stefreak' Neubauer <stefr...@stefreak.de> wrote:
> I had that idea yesterday for a server to server connection - if an mpd
> server could connect to another you could distribute your music on
> different computers - if you have your notebook and your pc for example
> and you have music on your notebook which isn't on the pc you could
> hear the music on your pc when the MPDs are connected.
[...]

Hi Steffen,

I've been offline for a few days, so here's my late response.

First, I agree with Avuton: this is not exactly what MPD is made for.
It is not a file sharing protocol.  We should not invent a new
networked file protocol.

Second: I disagree slightly with Avuton about the bloat thing.  If
bloat is compile-time optional, everybody can decide to switch it off,
and will not suffer from the overhead.

I have thought about connecting two MPDs with each others a few months
ago.  This would be useful for sharing the music database: let's say
you have a NFS file server, and three MPD servers mounting the music
via NFS.  Each one would have to do the database update, which is
expensive over NFS.  Imagine running MPD on the NFS server, too
(although it doesn't have a sound card).  Now the three "real" MPD
servers could forward all database requests (lsinfo, find, ...) to the
NFS server, and would not need a database at all.

Your idea goes further: you want to include the file transfer in the
equation.  Indeed, it would simplify a lot for users if MPD could
auto-detect the file server.

But again, we should not invent a new protocol.  There are too many
already.

Could you investigate other solutions?  Maybe there's a library we
could use, which implements a file server?  Is there a small NFS
daemon library?  What about UPnP?  Any other ideas?

Next stop: synchronous playback for distributed MPD instances, for
multi-room setups.  A lot of interesting problems to solve here!

> P.S. don't you have an irc channel?

Yes, #mpd-dev on freenode.

Max

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team

Reply via email to