Posts: 2
Joined: Feb 2013
Reputation:
0
I am using XBMC Frodo (v12.0 stable) on Ubuntu Linux and am having an isue with the uPnP CLIENT. I share videos from another linux box using minidlna. When I first start XBMC it can access the uPnP server without a problem. However, after suspend or hibernating with XBMC running and then bringing the machine back online I get the message "Could not connect to network server". It seems XBMC maintains a persistent connection to the server and if this connection is broken (such as when the wifi resets coming back from suspend or hibernate) it never attempts to reconnect to the uPnP server and just reports an error. The only way I've been able to restore the connection is to restart the XBMC application. Is this a problem or am I missing something? It would seem to be bad policy to never attempt a connection to a server if it fails at any point.
Thanks in advance,
Angelo
Posts: 2
Joined: Feb 2013
Reputation:
0
Hmm.. after looking at the source code a little bit I'm suspicious that this may be an issue with suspend/hibernate causing the multicast groups to drop and messing up the uPnP listener. If this is the case, then it can't see any uPnP devices after the resume and simply doesn't believe there is a server to connect to anymore. This at least would make a little more sense. Any ideas from anyone with more knowledge of the code?
Posts: 1
Joined: Feb 2013
Reputation:
0
I'm having the same issue: media center pc with Frodo stable release, on windows 7 32 bit. When the mediacenter pc returns from hibernation I'm unable to connect to the uPNP server on the media center (using XBMC on my iPad). Also if I browse the network for uPNP servers, the mediacenter is no longer listed. After quitting XBMC application on the mediacenter, and opening XBMC again, the uPNP functionality is working again, and I can connect to any uPNP shortcut I previously made on my iPad XBMC.
I would be glad to be of any assistance in solving this issue.
Posts: 175
Joined: Jun 2010
Reputation:
1
odt_x
Senior Member
Posts: 175
My problem is a bit two-fold. I have uPnP on the correct bridged br0 interface only for a short while after XBMC is starte.. Then it moves on to broadcast on my external interface (p1p1), possibly after screensaver/dpms idle kicks in. Are there any options to control this behaviour with?
Posts: 554
Joined: Nov 2012
Reputation:
1
Has this ever been resolved because I'm getting the same prob. It's very annoying
Posts: 19,982
Joined: May 2009
Reputation:
452
nickr
Retired Team-Kodi Member
Posts: 19,982
Use a proper networking sharing solution like samba or nfs.
If I have helped you or increased your knowledge, click the 'thumbs up' button to give thanks :) (People with less than 20 posts won't see the "thumbs up" button.)
Posts: 175
Joined: Jun 2010
Reputation:
1
odt_x
Senior Member
Posts: 175
Was checking to see if anything has changed in the 6 months since this was reported and unfortunately no improvement. If anything, I'll write up a trac about this with some tcpdumps aswell. Also please ignore the statement of the above poster, its a bad reflection on the work gone into the upnp improvements this year.
Posts: 1,483
Joined: Aug 2010
2013-08-29, 16:26
(This post was last modified: 2013-08-29, 16:31 by Robotica.)
Known issue.
This is part of the solution and then smb, NFS and upnp have to be unloaded before suspend. Also, see
https://github.com/xbmc/xbmc/pull/2895
