Thanks Tobias and Dan for your replies. I've been testing xmms2 with mt-daap as the backend and it is very impressive. It does exactly what we need - the only general (read un-modified) music player that comes close! Thank you to all of the developers who work on this project.
Unfortunately I have encountered some problems with daap shares going off-line then coming back later. Xmms2 handles playing the music fine, but I couldn't find any way to prevent the xmm2-cli client from listing the unavailable songs. It also doesn't seem to handle refreshing the share when the available music changes. Due to the nature of our lab, with people coming and going and bringing external devices with them, this is something of a show-stopper - it is too difficult to have to guess without any indication which songs are available and which aren't, so most people who have tested it end up thoroughly confused. I have some experience with daap (I wrote the last hack :) so I will have a look at the code to see if I can find out what is going on. I'll also have a look at writing a client which is more suitable for our needs. Thanks again for the fantastic music player, and the prompt replies, Stephen On 28/06/07, Tobias Rundström <[EMAIL PROTECTED]> wrote: > > What is the status of DAAP support in xmms2? Is it being actively > > developed, or has it stagnated since the completion of the Google > > Summer of Code project last year? > > Hello, > > As far as DAAP access, streaming from DAAP server XMMS2 works with > mt-daapd, but not iTunes (since they changed their encryption). The > code has not been maintained but several frequent developers of xmms2 > has touched the code. > > When it comes to DAAP sharing, I started to look at the mt-daapd code > in order to make a plugin for mt-daapd that acted as a XMMS2 client > and could share it's medialib. At the time the mt-daapd code wasn't > ready for that kind of plugin system. This might have changed, since > it was a long time I looked at the code. > > > My graduate research lab has a long history of music players (several > > custom hacks) but one of our most important requirements is a flexible > > backend system for handling a distributed library of music. > > > > As far as I can tell the xmms2 mlib doesn't support ignoring > > unavailable music. Is anyone working on this currently? > > We do have a status property for each entry in the database. The > status can be set to NEW, RESOLVING, OK and UNAVAILABLE iirc. It's up > to the client how to show, search and handle these entries. > > We are always happy to hear input on how this can be better and of > course code contribution is always appreciated :-) > > Thanks, > Tobias > -- _______________________________________________ Xmms2-devel mailing list [email protected] http://lists.xmms.se/cgi-bin/mailman/listinfo/xmms2-devel
