After running with tRio 0.1.7 and the Twonky upnp music server since Nov 2005, I decided it was time for a change. While not bad, there were several things that were just not working well (large lists seem to crash the player), and upnp just never gained support in the way I expected it would.

My requirements are:
1) Must be Linux based
2) Ability to manage 50k+ tracks (all legal, but keeping tight control of what my wife and children do is not easy!)
3) Mostly all MP3s and streaming content (both internally generated and from external sites)
4) Multiple users (4 person family, each with their own preferences), multiple devices (4 Rio DARs, 4 PCs used to play audio, several portable music players - no two generally in the same room)

One problem I have is a lack of discipline that results in the growth of various music collections on various PCs, and various software players - rather than everybody using the sames tools to access a unified library.

I put up the latest version of Ampache (http://www.ampache.org/) and I am impressed by the ease of use, features, and good support for many browsers and software players. Karl Vollmer and the team have done good work.

Dropping back to an earlier version of Ampache and with additional work from Jon Hodgson (http://www.jonq.com/jq/projects/ampachereceiver/) and Randy Perkins (http://www.randyperkins.com/computer_info/ampache/) I was able to use tRio (thanks again to Paul Noffke) configured to talk to the original ARM server. I also added the SSDP server Perl script (thanks Roger Lipscombe) with minor modification as my Rio DARs also identify themselves with "upnp:uuid:1D274DB1-F053-11d3-BF72-0050DA689B30".

This is not a bad setup on Linux:
> DHCP - core to my environment
> Apache - core to my environment
> MySQL - core to my environment
> tRio / riot - already running this
> NFS - already had this to support tRio
> Java - already has this to support tRio
> Ampache - easy to install and config
> SSDP.pl - easy to use

This gives me web control over my Rio DARs (requires Java), web access to my entire library with the ability to queue to software players and download music to load up portable players, and the ability to use playlists.

It's not perfect:
> It requires 2 web interfaces (tRio & Ampache)
> The ARM spoofing was developed in a way that is not consistent with the current design of Ampache
> Hence, don't have access to most current Ampache features
> I'd like to get rid of Java (both client and server) - hey, it's just my thing

If there is any interest I'd like to work getting full local support for the Rio DAR into the most current Ampache. That also will require rethinking the Rio DAR client software (riot? something else?).