Warning: count(): Parameter must be an array or an object that implements Countable in /homepages/0/d115140835/htdocs/map-pin/wiki/lib/plugins/quickstats/action.php on line 173

Warning: Cannot modify header information - headers already sent by (output started at /homepages/0/d115140835/htdocs/map-pin/wiki/lib/plugins/quickstats/action.php:173) in /homepages/0/d115140835/htdocs/map-pin/wiki/inc/actions.php on line 210

Warning: Cannot modify header information - headers already sent by (output started at /homepages/0/d115140835/htdocs/map-pin/wiki/lib/plugins/quickstats/action.php:173) in /homepages/0/d115140835/htdocs/map-pin/wiki/lib/tpl/dokuwiki/main.php on line 12
chordpoly-issues-ssdp [Map Pin Wiki]

User Tools

Site Tools


SSDP Advertisements alone are a bad way to implement this

Now, if the controlling app (Glider or 8Player) is listening to multicast advertisment messages, then Poly should be heard as a kind of workaround to doing Search responses properly. As long as its advertising all the necessary DLNA services. (This was the “fix” attempted in version 1.0.6) In fact Poly is actually sending those advertisement packets every second or so…

Heres the DLNA/UPNP Specificarion documentation referenced below

Issue #1 with this is that this is a lazy/slack/spammy way to do it

From the spec for DLNA page 26: “Choosing an appropriate duration for advertisements is a balance between minimizing network traffic and maximizing freshness of device status. Relatively short durations close to the minimum of 1800 seconds will ensure that control points have current device status at the expense of additional network traffic;”

Issue #2 with this is that it turns out that these broadcasts are also in fact broken on Poly - they actually stop after a short while:

SSDP Advertisements stop aka Service Crash

So, as mentioned, the Poly broadcasts services so players like glider or 8player who HAVE sent multicast requests to hear services would see them

Initially Poly is multicasting 400 length series messages including 407 - Media server service and 419 - Content Directory

Now I notice that these are the Poly advertisements after about 30minutes:

There are no more advertisements for:

407 - Media server service

419 - Content Directory

So any app will not see that there is a renderer (player) or any content. I captured network traffic for a further 5 minutes and saw zero of those advertisements.

Presumably those services have crashed in addition to not implementing IGMP Join requests to get multicast messages.

So, the net-net is Poly not discoverable by 8player or Glider and this is a particular issue when linked to the other problem of not joining a multicast group using IGMP.

chordpoly-issues-ssdp.txt · Last modified: 2017/12/26 16:13 by admin