Re: SoundBridge M2000 and SlimServer

Howdy,

  Just a quick heads-up that we haven't tested against non-iTunes DAAP
servers.

  The one requirement to work with SoundBridge 1.0 is that the server *must*
support DAAP queries.  My brief exposure to daapd suggests that it does not
support queries.  (We use queries in order to keep our overall memory usage
low -- we load minimal information about a list of song, then use a query to
fetch the information needed to play the selected song).

  I'm hoping to remove that requirement in a later release to improve
compatibility with other servers.

Best,
--Mike




> 
> On Jul 24, 2004, at 3:02 PM, Greg Friedman wrote:
> 
>> For what it's worth, I can't help feeling a bit let down by this
>> embracement
>> of iTunes. iTunes may be an interesting app to run on a desktop
>> machine, but
>> many of us early adopters have headless media servers running some
>> variant
>> of Windows and a dependency on a GUI-driven app like iTunes just
>> doesn't fit
>> into our worlds. The Audiotron's use of SMB and SlimServer's
>> capability of
>> running as a server are both reasonable solutions. I'm hoping that you
>> guys
>> see this and are planning to spend the resources to maintain your
>> SlimServer
>> support and make it work as well as possible given the limitations of
>> the
>> SlimServer architecture.
> 
> greg,
> 
> not sure if this will help you out, but there are other daap-compatible
> servers out there besides itunes. check out daapd[1]and mt-daapd[2].
> they are of course written for un*x, so not much help for a machine
> running windows, but someone has ported daap for windows[3].
> 
> i haven't tried them yet, but i am *very* interested in replacing a
> server running smb/nfs/appletalk with just one protocol: daap. of
> course, the clients have to be capable of talking daap, but the current
> favorite (itunes) has no problems with that. <g> plus, there are other
> daap clients out there[4]. granted, they aren't all that pretty, but
> there is work being done.
> 
> personally, i find a daap client/server setup much more appealing than
> a file-system sharing based setup. for one, it works better over slow
> links: the server can read and parse the media files faster than a
> client over an 802.11b connection.
> 
> anyway, just some food for thought... :)
> 
> [1] http://www.deleet.de/projekte/daap/daapd/
> [2] http://sourceforge.net/projects/mt-daapd/
> [3]  
> http://www.rustydust.net/cgi-bin/wiki.pl?
> action=browse&diff=1&id=WinDaapd
> [4] http://sourceforge.net/projects/jtunes4/  (there are others)
> 
> 
> -justin


------
Mike Kobb
Senior Software Engineer, Roku
Get more out of your high-def TV.
High-definition photos, art, music and more.
http://www.rokulabs.com
tel: 650.321.1394 x12  fax: 650.321.9648