Re: [Musicpd-dev-team] server to server connection
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. 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. Stefan -- 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
Re: [Musicpd-dev-team] server to server connection
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
Re: [Musicpd-dev-team] server to server connection
On Sun, Oct 25, 2009 at 9:58 AM, Steffen 'stefreak' Neubauer stefr...@stefreak.de wrote: On Sat, 24 Oct 2009 06:12:17 -0700 Avuton Olrich avu...@gmail.com wrote: 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. This thread is bordering on trolling but I'm going to briefly take the bait and never read it again. There is nothing complex about setting up NFS, it takes less than 3 minutes of googling and setup on any easy-to-use distribution; maybe 10 minutes if the user has never used a computer before as long as the user knows how google works and can follow instructions. Secondly, option #4 is what you're talking about, but if the user isn't experienced enough, nor willing to take the time to put into setting up NFS, then they wouldn't setup for MPD, much less dlna/upnp/daap. And this is before all the crazy security risks and precautions that would then have to be built into MPD to take advantage of your cunning plan. -- avuton -- Math is hard, let's go shopping! -- Barbie -- 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
Re: [Musicpd-dev-team] server to server connection
Hi *, I have the same problem about mpd. I need a transparent access to my setuped instance of mpd anywhere on the network (i like to listen music from my collection from work. No decoding and encoding only transparent data transfer. Only then the quality of the record stays same as was in the other mpd instance on the network. This would require implementing new TCP or UDP port or a upgrade in protocol interface. Or another example of use - You connect to your home wifi and wanna play newly captured files from your notebook to your homeaudio (wireless router with mpd and USB card). That's It. Then you can P2P, would that be easy for you ? :) metyl On Sun, Oct 25, 2009 at 5:58 PM, Steffen 'stefreak' Neubauer stefr...@stefreak.de wrote: 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 -- 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 -- This mess was sent using 100% recycled electrons. If you want to get rid of this mess just turn off your computer, -- 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
Re: [Musicpd-dev-team] server to server connection
On Sun, Oct 25, 2009 at 11:20 AM, Metyl Methylius the.me...@gmail.com wrote: Hi *, I have the same problem about mpd. I need a transparent access to my setuped instance of mpd anywhere on the network (i like to listen music from my collection from work. No decoding and encoding only transparent data transfer. Only then the quality of the record stays same as was in the other mpd instance on the network. This would require implementing new TCP or UDP port or a upgrade in protocol interface. Or another example of use - You connect to your home wifi and wanna play newly captured files from your notebook to your homeaudio (wireless router with mpd and USB card). pulseaudio -- 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