> > Yes. Apparently what's special about this is that it can be > > controlled over the network. Probably not the only one but > > noticeable enough to be mentioned in a short description. > > mpd also supports that (tcp/6600).
Yep this project is very similar to mpd. As far as I know, it improves over mpd with the following features : - play queue - video support (this is also an advantage over XMMS2 but I do not know this project well enough to do a full comparison) - xine or gstreamer backend (i.e. more supported media formats, well tested media backends) - more easily extensible protocol because of XML and easier to extend because of Python - asynchronous notifications other the network (you can subscribe to song changes, etc, XMMS2 also has this) - webradios dedicated mode - integrated web interface It has the following drawbacks compared to mpd : - uses more memory and perhaps more CPU time (because written in Python vs optimized C) but it keeps reasonable, you'll see if you give it a try. - no ReplayGain support (this is a planned feature). - younger project thus less stable, less tested although the codebase is not very large (we use everything we can reuse) and we've got quite a big test suite. - no Zeroconf support. - only 3 clients (cmdline, web, maemo platform) and GUIs still have rough edges. This is a summary of what I know. I think all those projects are complementary. deejayd does not have (yet?) unique features, but it is a unique combination of features. Also of interest, there is a page that explains why we started the project. http://mroy31.dyndns.org/~roy/projects/deejayd/wiki/Why/ Should all this fit in the package description? Thanks, Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]