[Banshee-List] Failing to connect to mt-daapd share (works in Rhythmbox)

["Sanford Armstrong" <sanfordarmstrong gmail com>]

Hey all,

So I'm on Dapper running Banshee 0.10.7 from the repository, and I
have no trouble accessing genuine iTunes shares (ie, I can see the
music on my wife's iBook very easily).  However, since my music is all
really sitting on my Gentoo server, I figured I should turn that into
a DAAP server to cut out the middle man.

So now I've got mt-daapd 0.2.4 (also tried 0.2.1.1) running on my
Gentoo server, and I can see my share in both Banshee and Rhythmbox
(0.9.3.1).  When I click on the share in Rhythmbox, there's my music
and I'm all set (except that I'm in RHYTHMBOX  :-(  ).  When I click
on the share in Banshee I get a dialog saying:

"Cannot login to DAAP share
Failed to login."

Running banshee --debug doesn't give any additional information.

Looking at debug output from mt-daapd (debug level 8 of 9), I see this
when connecting from Rhythmbox:


Request: GET /server-info HTTP/1.1
Request: GET /login HTTP/1.1
192.168.1.103 logging in as session 2
Request: GET /update?session-id=2&revision-number=1 HTTP/1.1
Request: GET /databases?session-id=2&revision-number=1 HTTP/1.1
Request: GET /databases/1/items?session-id=2&revision-number=1&meta=dmap.itemid,dmap.itemname,daap.songalbum,daap.songartist,daap.daap.songgenre,daap.songsize,daap.songtime,daap.songtrackcount,daap.songtracknumber,daap.songyear,daap.songformat,daap.songgenre,daap.songbitrate
HTTP/1.1
Unknown meta code: daap.daap.songgenre
Request: GET /databases/1/containers?session-id=2&revision-number=1 HTTP/1.1
Request: GET /databases/1/containers/1/items?session-id=2&revision-number=1&meta=dmap.itemid
HTTP/1.1


I see this when connecting from Banshee:


Request: GET /server-info HTTP/1.1
Request: GET /content-codes HTTP/1.1
Thread 0:  could not read: Success
Request: GET /login HTTP/1.1
192.168.1.103 logging in as session 1
Thread 1:  could not read: Success
Request: GET /databases?session-id=1& HTTP/1.1
Thread 2: Bad arg:
Request: GET /databases/1/items?session-id=1&meta=dmap.itemid,dmap.itemname,dmap.itemkind,dmap.persistentid,daap.songalbum,daap.songgrouping,daap.songartist,daap.songbitrate,daap.songbeatsperminute,daap.songcomment,daap.songcodectype,daap.songcodecsubtype,daap.songcompilation,daap.songcomposer,daap.songdateadded,daap.songdatemodified,daap.songdisccount,daap.songdiscnumber,daap.songdisabled,daap.songeqpreset,daap.songformat,daap.songgenre,daap.songdescription,daap.songsamplerate,daap.songsize,daap.songstarttime,daap.songstoptime,daap.songtime,daap.songtrackcount,daap.songtracknumber,daap.songuserrating,daap.songyear,daap.songdatakind,daap.songdataurl,com.apple.itunes.norm-volume,com.apple.itunes.itms-songid,com.apple.itunes.itms-artistid,com.apple.itunes.itms-playlistid,com.apple.itunes.itms-composerid,com.apple.itunes.itms-genreid&
HTTP/1.1
Thread 2: Bad arg:
Unknown meta code: daap.songcodectype
Unknown meta code: daap.songcodecsubtype
Unknown meta code: com.apple.itunes.norm-volume
Unknown meta code: com.apple.itunes.itms-songid
Unknown meta code: com.apple.itunes.itms-artistid
Unknown meta code: com.apple.itunes.itms-playlistid
Unknown meta code: com.apple.itunes.itms-composerid
Unknown meta code: com.apple.itunes.itms-genreid



Any ideas?  This solution would be a lot nicer than maintaining music
library files on three operation systems...  I'll be taking a look at
the daap plugin code later today.

Thanks,
Sandy