2009/10/26 Steffen 'stefreak' Neubauer <stefr...@stefreak.de>: <snip>
> daap is proprietary and i think we don't want to get issues with > apple because of it's licensing > (http://en.wikipedia.org/wiki/Digital_Audio_Access_Protocol#Description). > Further we had to look at itunes regularly if the protocol has changed > or such.. i don't think daap is an alternative. I don't think there would be a need to keep up to date with iTunes' implementation, only with other open source implementations. Don't know how others would feel about this though, and I'm not clear on the licensing issues either. I do know that Tangerine, Banshee, Rhythmbox and amaroK (and others I think) support daap at the moment. > That's not good enough imo :/ and it's client/server again, isn't it? Yes the client and server parts can be implemented separately, although I think mpd acting as a daap server could be very straightforward. Effectively p2p is just a client and a server at both ends, there is no real difference. I don't have time to attempt to implement this at the moment though, and I don't know if anyone else would be interested in doing so. > Hmm it must be validated if it really is already there... Yes, I'm not certain this is the best solution at all, just thought it was worth mentioning as a possibility. -- Matt Wheeler m...@funkyhat.org ------------------------------------------------------------------------------ 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