Hi Jens,
On Thu, 2013-01-24 at 17:42 +0100, Jens Georg wrote:
On Do, 2013-01-24 at 12:52 +0100, Mark D Ryan wrote:
> Hi Ludo,
>
> > 1 - Add a new API to perform a discovery. This will allow a DMP/DMC to refresh
the list of devices/services without waiting the 30 min timeout for some cases.
> >
>
> How will you implement this API? I could be wrong here, but I don't
> think there is a GUPnP API that performs a rescan of the network? I
> think you would need to destroy and re-create the context manager to
> implement this. What would happen to outstanding tasks issued by other
> clients if you did this?
No, there's no API in GUPnP. What I did in Helium is to disable/enable
the control point but that has the drawback of getting
device_unavailable signals. [1]
I wonder if it would be possible/sensible to add a new method to GSSDP
that allows clients to force a rescan without clearing the cache. This
should prevent the device unavailable signals while allowing new devices
to be discovered. On the downside, it would not clear out old devices
which have disappeared from the network but are still present in the
GSSDP cache, so it wouldn't be a perfect solution. If you think this
might be a sensible thing to do I can enter a bug for this.
Regards,
Mark