search

acmeuniverse / tunesremote-se

Automatically exported from code.google.com/p/tunesremote-se
1 stars 0 forks source link

MonkeyTunes Trouble Pairing... #9

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Running the latest R66 below is my MonkeyTunes log and the Tunesremote-SE log 
of the pairing...

2011-08-22 19:45:14,037 [INFO ] - (5) - OnClientListChanged: New DACP Clients 
discovered...
2011-08-22 19:45:14,037 [INFO ] - (5) - MonkeyTunes Filling Treenode
2011-08-22 19:45:14,051 [INFO ] - (5) - MonkeyTunes Filled Treenode successfully
2011-08-22 19:46:20,741 [INFO ] - (5) - NetServiceBrowser_DidFindService: 
D9038CE14A7D7DEA04C116B8D8730345D52DE6FA
2011-08-22 19:46:20,744 [DEBUG] - (5) - No More coming so signal DACP Server we 
are done
2011-08-22 19:46:20,746 [INFO ] - (10) - NetServiceBrowser DidResolveService: 
D9038CE14A7D7DEA04C116B8D8730345D52DE6FA
2011-08-22 19:46:20,746 [DEBUG] - (10) - Hostname: 'Melloware-HP.local.'
2011-08-22 19:46:20,746 [DEBUG] - (10) - INET addresses found: 1
2011-08-22 19:46:20,746 [DEBUG] - (10) - Did Update TXT Record: 
D9038CE14A7D7DEA04C116B8D8730345D52DE6FA
2011-08-22 19:46:20,746 [DEBUG] - (10) - TXT Records Count: 6
2011-08-22 19:46:20,746 [DEBUG] - (10) - TXT Record: RemV = 10000
2011-08-22 19:46:20,746 [DEBUG] - (10) - TXT Record: Pair = 2C666CFACC0DE234
2011-08-22 19:46:20,746 [DEBUG] - (10) - TXT Record: txtvers = 1
2011-08-22 19:46:20,746 [DEBUG] - (10) - TXT Record: RemN = Remote
2011-08-22 19:46:20,746 [DEBUG] - (10) - TXT Record: DvNm = TunesRemote SE
2011-08-22 19:46:20,746 [DEBUG] - (10) - TXT Record: DvTy = iPod
2011-08-22 19:46:20,746 [INFO ] - (10) - OnClientListChanged: New DACP Clients 
discovered...
2011-08-22 19:46:20,746 [INFO ] - (10) - MonkeyTunes Filling Treenode
2011-08-22 19:46:20,749 [INFO ] - (10) - TreeNode Device Name = TunesRemote SE
2011-08-22 19:46:20,757 [INFO ] - (10) - MonkeyTunes Filled Treenode 
successfully
2011-08-22 19:46:27,182 [DEBUG] - (1) - PassCode = 5555
2011-08-22 19:46:27,182 [INFO ] - (1) - Attempting to Pair Service: 
D9038CE14A7D7DEA04C116B8D8730345D52DE6FA
2011-08-22 19:46:27,182 [DEBUG] - (1) - Pairing Service: 
ZeroconfService.NetService
2011-08-22 19:46:27,182 [DEBUG] - (1) - IP: 192.168.1.17:49232
2011-08-22 19:46:27,182 [DEBUG] - (1) - Pairing Code = 
D57CED768807293E2C6E89110E78CFDC
2011-08-22 19:46:27,182 [DEBUG] - (1) - Pairing Client Request = 
http://192.168.1.17:49232/pair?pairingcode=D57CED768807293E2C6E89110E78CFDC&serv
icename=CF5E821BCF5E821
2011-08-22 19:46:27,201 [DEBUG] - (1) - Pairing Client Responded
2011-08-22 19:46:27,201 [DEBUG] - (1) - Remote Device GUID After = 
15825012691643422976

TunesREmoteSE LOG:

C:\dev\google\tunesremote-se-read-only\TunesRemoteSE\dist>java -jar TunesRemoteS
E.jar -loglevel 2
Launching TunesRemote SE Revision 66 ...
Setting -loglevel to 2
serviceAdded(event=[ServiceEventImpl@4687246
        name: 'CF5E821BCF5E821' type: '_touch-able._tcp.local.' info: '[ServiceI
nfoImpl@26293492 name: 'CF5E821BCF5E821._touch-able._tcp.local.' address: 'null:
0' status: 'DNS: Melloware-HP.local. state: probing 1 task: null', has NO data e
mpty]'])
serviceResolved(event=[ServiceEventImpl@27770641
        name: 'CF5E821BCF5E821' type: '_touch-able._tcp.local.' info: '[ServiceI
nfoImpl@32582734 name: 'CF5E821BCF5E821._touch-able._tcp.local.' address: '/192.
168.1.17:3689' status: 'DNS: Melloware-HP.local. state: probing 1 task: null' is
 persistent, has data
        CtlN: MonkeyTunes MELLOWARE-HP
        OSsi: 0x1F5
        Ver: 131075
        txtvers: 1
        DvTy: MonkeyTunes
        DvSv: 2049
        DbId: CF5E821BCF5E821
]'])
class org.libtunesremote_se.PairingServer: Pairing Server Listening on Port 4923
2
class org.libtunesremote_se.PairingServer: awaiting connection....
class org.libtunesremote_se.PairingServer: accepted connection from 192.168.1.17
...
class org.libtunesremote_se.PairingServer: GET /pair?pairingcode=D57CED768807293
E2C6E89110E78CFDC&servicename=CF5E821BCF5E821 HTTP/1.1
class org.libtunesremote_se.PairingServer: Host: 192.168.1.17:49232
class org.libtunesremote_se.PairingServer: Connection: Keep-Alive
class org.libtunesremote_se.PairingServer:
class org.libtunesremote_se.PairingServer: someone paired with me!
class org.libtunesremote_se.PairingServer: address = 192.168.1.17
class org.libtunesremote_se.PairingServer: servicename = CF5E821BCF5E821
class org.libtunesremote_se.PairingServer: niceCode = DB9DBD32D3745900
class org.libtunesremote_se.PairingServer: awaiting connection....

Original issue reported on code.google.com by mellowaredev on 22 Aug 2011 at 11:51

GoogleCodeExporter commented 9 years ago 
Thanks for the logs.  However it looks normal to me.
TunesRemoteSE received the pairing request from service CF5E821BCF5E821 and 
sent a pairing code back which MonkeyTunes appears to have received.

What is the problem?
Does the library selector still insist that it isnt paired?

Original comment by nick.gl...@lycos.com on 23 Aug 2011 at 6:08

GoogleCodeExporter commented 9 years ago 
Yes, then when I switch back to the TunesRemoteSE window and click the library 
and say OK it says "Error: Not Paired".

Original comment by mellowaredev on 23 Aug 2011 at 6:48

GoogleCodeExporter commented 9 years ago 
When you first ran it, where did you select to save settings?
In either your home directory or next to the jar file it should have created a 
.tunesremote-se folder.  In there should be the pairing.db sqlite3 database.

Do you mind attaching it here?

Original comment by nick.gl...@lycos.com on 23 Aug 2011 at 7:51

GoogleCodeExporter commented 9 years ago 
Attached...

Original comment by mellowaredev on 23 Aug 2011 at 7:56

Attachments:

GoogleCodeExporter commented 9 years ago 
Think Ive spotted the problem.  The servicename stored in the db is 
"CF5E821BCF5E821 " with a space at the end.  There is probably a small issue 
parsing it from the pairing request.  Will see what I can do...

Original comment by nick.gl...@lycos.com on 23 Aug 2011 at 8:06

GoogleCodeExporter commented 9 years ago 
The MoneyTunes servicename contains only 15 characters rather than then 16 that 
iTunes returns and the code was naively pulling 16 characters off the 
connection.  Have commited r67 to better tokenize it and should now work.  
If you can roll your own build then grab the file from svn.  Ill put out some 
updated binaries hopefully in the next couple of days.

Original comment by nick.gl...@lycos.com on 23 Aug 2011 at 10:02

GoogleCodeExporter commented 9 years ago 
Hmm I will look into it on my end too.  Interesting I have never had issues 
before but maybe Apple Remote just takes what it has.  I will make sure mine 
has 16!

Also I finished the build for building the Windows EXE and have been testing it 
locally.  Will submit a patch when its all tested.

Original comment by mellowaredev on 23 Aug 2011 at 11:54

GoogleCodeExporter commented 9 years ago 
OK by changing mine to 16 characters it worked but to be safe you might want to 
do a .trim() on that value before entering it into the DB.

One more question, on the main display my YEARS are all showing up as -1 which 
I assume means I am not properly sending the year back in the track list.  What 
4 digit DACP code is the year value?

Original comment by mellowaredev on 24 Aug 2011 at 11:32

GoogleCodeExporter commented 9 years ago 
The code I posted should have taken care of the name size issue.

The years field is requested as daap.songyear and returned in asyr

You can find the song request and parsing code in
http://code.google.com/p/tunesremote-se/source/browse/trunk/TunesRemoteSE/src/ne
t/firefly/client/controller/request/TunesRemoteRequestManager.java

Original comment by nick.gl...@lycos.com on 24 Aug 2011 at 12:14

GoogleCodeExporter commented 9 years ago 
Safe to close this ticket!  I have made all MonkeyTunes changes necessary for 
TunesRemoteSE to show all the fields properly.  Thanks for your help!

Original comment by mellowaredev on 25 Aug 2011 at 12:47

GoogleCodeExporter commented 9 years ago 
Thanks

Original comment by nick.gl...@lycos.com on 31 Aug 2011 at 6:45