On Sat, 24 Oct 2009 06:12:17 -0700 Avuton Olrich <avu...@gmail.com> wrote:
> That's the point though. Why introduce this complexity when it's > unnecessary? Let's state a much simpler way without complicating how > things currently work. > > [..] > > Now, why did I say that's the point? MPD was (initially) created to be > simple. A few different projects had the same idea but tried to do it > with too much complexity. They tried to do too much all at once when > it was better to keep things simple and most of them have been > abandoned due to being unable to reach any kind of goal. I understand that. > Point is MPD can /easily/ do what you're looking for without > reworking a wheel. No that's not true. You can _not_ do it easily, that's my point. All ways you posted are complex and static. And all those things are not what i wanted. I don't want to only share the music on the network - there are ways to do that and i know it (like NFS). But how complicated is it to set up and maintain an NFS server compared to setting up and maintaining MPD? And how static is that setup? It isn't easy. It is easier for the developer, of course, but not for the user. I thought of something different - the MPDs would connect P2P to each other and tell what songs they have in their database and then could stream those to each other. Most of this functionality is already implemented, a client is already able to list all songs in the database etc. Only the ability to connect to other servers, streaming functionality, the ability to merge those song databases and the ability to play songs from this stream would have to be implemented - some other stuff too, of course but these are the main things that change i think. I don't see too much complexity in this - it would make some things simpler and would offer many new use-cases for MPD. I understand your concerns about the complexity of MPD too - but i don't see too much complexity in this. The only really critical about it is that the protocol would change imho. But it can be done backward compatible for the clients. > Also see: http://mpd.wikia.com/wiki/What_MPD_Is_and_Is_Not I've seen it. > http://lmgtfy.com/?q=where+is+music+player+daemon+irc%3F Ok, only looked at the "Developement" page, didn't want technical support ;) http://mpd.wikia.com/wiki/Special:WhatLinksHere/IRC Greetings, Steffen
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ 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