[mythtv-users] New Capture Card working, now for UPnP Server

Ludvik Tesar ludvik.tesar at gmail.com
Fri Jul 11 09:09:08 UTC 2014


Jason But <jbut at swin.edu.au> wrote ..
> >> My new card arrived and is working in my new server just fine. While my many
> >> mythfrontend and XBMC clients can connect to the server and play back
> >> recorded content, I also have a few UpNP clients in the house which are
> >> unable to see the server and/or the recordings.
> >> The server is correctly configured with a real IP address but doesn't appear
> >> to start it's UPnP component
> >> Does anybody have any ideas
> >>
> >>
> >> New hardware on the backend shouldn't have any influence on the
> >> frontends. Did you even unknowing chance anything that could do what
> >> you say.
> >>
> >> Tot mails,
> >>    Hika                            mailto:hikavdh at gmail.com
> >>
> Perhaps I was a little unclear, I am also migrating to a new system and 
> planning to decommision the old mythtv server. The new card is in a new 
> head-less system

Hi Jason,

UPnP protocol has two parts. The server is announcing itself with multicast packets on UDP port 1900. Then, data are communicated with combination of HTTP and SOAP communication on the specific port, in case of mythbackend it is at port 6544.

I your case, maybe the multicast communication at UDP port 1900 could be blocked, perhaps by some firewall, or both ports may be blocked. You can easily test that the unicast part at port 6544 exists trying the URL http://mythbackend_hostname:6544/getDeviceDesc in browser. It should return XML file with the description of mythtv UPnP server with tags like : <modelDescription>MythTV AV Media Server</modelDescription>, etc. Also, the soap communication may be tested (e.g. with wget). As for 1900 port, it might be easier to check the firewalls first, if you have any (there could be firewall in the new box).

Ludvik




More information about the mythtv-users mailing list