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
