On Sun, Oct 25, 2009 at 8:41 AM, Stefan Monnier <monn...@iro.umontreal.ca> 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. > > I agree that the underlying functionality is already provided in > enough ways. But maybe MPD could provide a bit of help here and there > to make it easier to setup such a thing with a minimum of > extra configuration.
Autodiscovery and use of upnp/dlna/daap would be about as easy as it gets, and for media access and streaming; it's not a rejection of the technology, if it was done well, I'm sure it would be accepted. Can't expect devs to scratch your itches if it's not their own (though sometimes they do anyhow). > E.g. if you want to access the filesystem currently you end up having to > read MPD's config file (which may be pretty tricky to find: list > processes running, guess which one is the mpd you care about, extract > the config file name from the command line). Here MPD could help by > providing this config info via a command. That would also help clients > which want to access the song-database to find album covers. Because that's a hack at best; I'm not saying covers should or should not be part of the protocol, but hacks really shouldn't be part of the protocol and coverart support appears to be great enough without local filesystem access with the various coverart downloaders and cachers. A non hack would be the client asking the user where the music root is (if they even have access to it) so the client doesn't assume that the user wants the client to access his filesystem. -- avuton -- All opinions stated above are mine and do not necessarily reflect those of the US secret service. ------------------------------------------------------------------------------ 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