search

Dulow187 / tunesremote-se

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

Problem wirh DACP (mediamonkey and foobar) #24

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
For foobar2000
1. Pair the tunesremote-se
2. Application on the foobar2000 side pairs with name Adminstrator's iPod
3.
For MediaMonkey (MonkeyTunes)
1. Pair application
2. Device recognized
3. No songs shown in the Music and database rows
4. Only recognizes small or medium playlists (the largest that I was able to 
load was 1300 songs (my database is about 32000 songs)

What is the expected output? What do you see instead?
Foobar2000:
I expected to see tunesremote SE instead of Administratos's iPod
MediaMonkey:
Only playlists, I did not see any songs except when I select a small (or 
medium) playlist. When I select a large playlist the application keeps waiting.

What version of the product are you using? On what operating system?
r78

Please provide any additional information below.

Original issue reported on code.google.com by Quickmai...@gmail.com on 14 Oct 2011 at 10:29

GoogleCodeExporter commented 9 years ago 
His logs showed this....  Looks like for some reason at the 90 second mark 
TunesREmoteSE severed the connection?

2011-10-14 10:58:28,009 [INFO ] - (14) - Getting Playlist Tracks...

2011-10-14 11:00:02,910 [ERROR] - (14) - MonkeyTunes Error: The specified 
network name is no longer available
System.Net.HttpListenerException: The specified network name is no longer 
available
at System.Net.HttpResponseStream.Write(Byte[] buffer, Int32 offset, Int32 size)
at Melloware.DACP.DACPServer.WQKgwIZdJrHAogvNXCcX(Object , Object , Int32 , 
Int32 )
at Melloware.DACP.DACPServer.17XMqXZQt(HttpListenerRequest , 
HttpListenerResponse , Boolean )

2011-10-14 11:00:02,911 [WARN ] - (14) - DACP Response Time Exceeded Threshold: 
94900.6521 
'/databases/2037145230/containers/1014/items?session-id=542064270&meta=dmap.item
name,dmap.itemid,daap.songartist,daap.songartistid,daap.songalbumid,daap.songalb
um,daap.songtime,dmap.containeritemid,com.apple.tunes.has-video'
2011-10-14 11:00:02,911 [ERROR] - (14) - DACP Server Error: This operation 
cannot be performed after the response has been submitted.
2011-10-14 11:00:02,911 [ERROR] - (14) - DACP Server Error: Cannot close stream 
until all bytes are written.
System.InvalidOperationException: Cannot close stream until all bytes are 
written.
at System.Net.HttpResponseStream.Dispose(Boolean disposing)
at System.IO.Stream.Close()
at System.Net.HttpListenerResponse.Dispose(Boolean disposing)
at System.Net.HttpListenerResponse.System.IDisposable.Dispose()
at Melloware.DACP.DACPServer.y564VEZjSx7Xf3qxI1a9(Object )
at Melloware.DACP.DACPServer.ListenerCallback(IAsyncResult result)

Original comment by mellowaredev on 15 Oct 2011 at 11:54

GoogleCodeExporter commented 9 years ago 
TunesRemote-SE/Plus time out if a response is not received in 10 seconds, which 
is what I am guessing is happening here.  Attached a build that sets the 
timeout to 120s.  Let me know if it is any better.

Original comment by nick.gl...@lycos.com on 17 Oct 2011 at 10:00

Attachments:

GoogleCodeExporter commented 9 years ago 
I am having trouble pairing and I got this error in TunesRemoteSE...

class org.libtunesremote_se.TunesService: serviceAdded(event=[ServiceEventImpl@1
4134582
        name: '35649ABC35649ABC' type: '_touch-able._tcp.local.' info: '[Service
InfoImpl@8930293 name: '35649ABC35649ABC._touch-able._tcp.local.' address: '(nul
l):0' status: 'DNS: VMWIN7-Mello.local. state: probing 1 task: null', has NO dat
a empty]'])
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
        at org.libtunesremote_se.TunesService.updateService(TunesService.java:88
)
        at org.libtunesremote_se.TunesService$1.run(TunesService.java:114)
        at java.awt.event.InvocationEvent.dispatch(Unknown Source)
        at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
        at java.awt.EventQueue.access$000(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Sour
ce)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.WaitDispatchSupport$2.run(Unknown Source)
        at java.awt.WaitDispatchSupport$4.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.awt.WaitDispatchSupport.enter(Unknown Source)
        at java.awt.Dialog.show(Unknown Source)
        at java.awt.Component.show(Unknown Source)
        at java.awt.Component.setVisible(Unknown Source)
        at java.awt.Window.setVisible(Unknown Source)
        at java.awt.Dialog.setVisible(Unknown Source)
        at org.tunesremote_se.TunesRemoteSE$1.run(TunesRemoteSE.java:184)
        at java.awt.event.InvocationEvent.dispatch(Unknown Source)
        at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
        at java.awt.EventQueue.access$000(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.awt.EventQueue$3.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Sour
ce)
        at java.awt.EventQueue.dispatchEvent(Unknown Source)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
        at java.awt.EventDispatchThread.run(Unknown Source)

Original comment by mellowaredev on 17 Oct 2011 at 10:52

GoogleCodeExporter commented 9 years ago 
Not sure why you had issue with that build nothing had changed in that area.
Try this I've thrown a null check in for good measure.

Original comment by nick.gl...@lycos.com on 18 Oct 2011 at 8:13

Attachments:

GoogleCodeExporter commented 9 years ago 
OK so this works on my laptop.  I will try again at home where I had an iTunes 
and a Monkeytunes running on my network.

Original comment by mellowaredev on 18 Oct 2011 at 8:15

GoogleCodeExporter commented 9 years ago 
OK here is the issue I am having at home.  I am not paired yet.  I start my 
app.  I see in my log I am broadcasting properly...

2011-10-18 19:42:16,823 [INFO ] - (6) - Published mDNS Service: domain(local.) 
type(_touch-able._tcp.) name(35649ABC35649ABC)
2011-10-18 19:42:16,823 [INFO ] - (6) - Published mDNS Service: domain(local.) 
type(_dacp._tcp.) name(MonkeyTunes VMWIN7-MELLO)
2011-10-18 19:42:16,823 [INFO ] - (6) - Published mDNS Service: domain(local.) 
type(_http._tcp.) name(MonkeyTunes VMWIN7-MELLO)

However when the TuensRemoteSE screen shows MokeyTunes in the list I am not 
seeing TunesRemoteSE appear in MonkeyTunes as a discovered _touch_remote.  THus 
I cannot pair.

Here is my session.log

class org.tunesremote_se.TunesRemoteSE: Launching TunesRemote SE Revision 85 ...
class org.libtunesremote_se.PairingServer: Pairing Server Listening on Port 
52291
class org.libtunesremote_se.PairingServer: awaiting connection....
class org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@7988015 
    inetAddress: 'VMWIN7-Mello/fe80:0:0:0:1f0:4cbe:7ce:a0da%10'])
class org.libtunesremote_se.TunesService: 
inetAddressAdded(event=[NetworkTopologyEventImpl@1716384 
    inetAddress: 'VMWIN7-Mello/192.168.1.11'])
class org.libtunesremote_se.TunesService: 
serviceAdded(event=[ServiceEventImpl@7761536 
    name: '35649ABC35649ABC' type: '_touch-able._tcp.local.' info: '[ServiceInfoImpl@8036263 name: '35649ABC35649ABC._touch-able._tcp.local.' address: '/192.168.1.11:3689 /fe80:0:0:0:1f0:4cbe:7ce:a0da:3689 ' status: 'NO DNS state: probing 1 task: null', has data
    CtlN: MonkeyTunes VMWIN7-MELLO
    OSsi: 0x1F5
    Ver: 131075
    txtvers: 1
    DvTy: MonkeyTunes
    DvSv: 2049
    DbId: 35649ABC35649ABC
]'])
class org.libtunesremote_se.TunesService: 
serviceResolved(event=[ServiceEventImpl@7761536 
    name: '35649ABC35649ABC' type: '_touch-able._tcp.local.' info: '[ServiceInfoImpl@8036263 name: '35649ABC35649ABC._touch-able._tcp.local.' address: '/192.168.1.11:3689 /fe80:0:0:0:1f0:4cbe:7ce:a0da:3689 ' status: 'NO DNS state: probing 1 task: null', has data
    CtlN: MonkeyTunes VMWIN7-MELLO
    OSsi: 0x1F5
    Ver: 131075
    txtvers: 1
    DvTy: MonkeyTunes
    DvSv: 2049
    DbId: 35649ABC35649ABC
]'])

Original comment by mellowaredev on 18 Oct 2011 at 11:45

GoogleCodeExporter commented 9 years ago 
I can confirm.  By deleting my .tunesremotese folder and starting from scratch 
I can no longer pair on any of my machines.  It sees my machine, but it is not 
broadcasting the Bonjour service for it to show up as "TunesRemoteSE" in 
MonkeyTunes or iTunes.

Original comment by mellowaredev on 19 Oct 2011 at 4:20

GoogleCodeExporter commented 9 years ago 
Fair enough.  But this is separate from the original reported issue.  Have 
created Issue 25 to cover it.

Original comment by nick.gl...@lycos.com on 19 Oct 2011 at 5:42

GoogleCodeExporter commented 9 years ago 
Increased timeouts submitted in r87.

Original comment by nick.gl...@lycos.com on 7 Nov 2011 at 9:49

GoogleCodeExporter commented 9 years ago 
I think it is safe to mark this Fixed unless the original reporter reports back.

Original comment by mellowaredev on 11 Nov 2011 at 12:45

GoogleCodeExporter commented 9 years ago 
Thanks

Original comment by nick.gl...@lycos.com on 11 Nov 2011 at 9:09