On 2009/10/26 16:08, Steffen 'stefreak' Neubauer <stefr...@stefreak.de> wrote:
> I thought a bit further now and I think i'll design a very simple
> protocol (like music exchange protocol or smth. like this) which is for
> exchanging the music database and the raw music files (mp3, ogg, etc.).
> After designing the protocol a simple c library should be made to make
> it easy to use the protocol.

The standard MPD protocol is good enough for providing read-only
access to the database.  If it is not, extend it.

> Then plugins for every player could be made (from itunes to mpd to mpd
> clients).
> 
> And yeah, i know that i am reinventing the wheel with a new protocol.
> Yeeah, i know there is ftp, upnp, nfs, smb, several streaming
> techniques, pulseaudio and many many many more for doing that. But i
> think all those have too much overhead for what i want to do - i only
> want to share the music database and chunks of single music files. And
> some other reasons (like the one stated by Max) too.

Please explain that "overhead" thing, and why your new protocol has
less overhead than all other protocols, and why this is a problem
which justifies a new protocol.

> If anyone is interested in helping a bit and sharing ideas feel free
> to contact me or posting them here :)

I'm not interested in helping with a new protocol, and neither am I
interested in merging a new protocol, unless there are really good
reasons for that.  I have yet to hear the first one.

Max

------------------------------------------------------------------------------
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

Reply via email to