On Mo, 2012-08-06 at 06:45 +0000, Liu, Albert wrote: > Hi Jens, > > Thanks your great support. The Rygel is working fine on our platform now. > For the password protection requirement. > If we just need to implement a simple way to request user to enter the > password when access our renderer device. > > Do you have any suggestion ? > We probably need to hook somewhere in the UPnP callbacks and trigger the > entry for the user. > I am not familiar with the UPnP protocol, could you give me some advice where > I could start up ?
action signals are dispatched in gupnp-service.c, control_server_handler. There's a g_signal_emit at the end of the function. The implementations connect to this signal to do the calls. That's one entry point you could use. > > Thanks, > Albert > -----Original Message----- > From: Jens Georg [mailto:[email protected]] > Sent: Thursday, August 02, 2012 9:50 PM > To: Liu, Albert > Cc: [email protected] > Subject: RE: rygel render problems > > On Di, 2012-07-31 at 01:02 +0000, Liu, Albert wrote: > > Hi Jens, > > > > I know the version we used now is a little old. > > But due to some package dependency we could not upgrade it to newer version > > soon. > > So we stay the old version and try to fix the issues. > > There were a lot of discovery-related and DLNA-conformity fixes included in > later versions. Can you check if the problem persists in the latest releases > (in some VM perhaps)? > > Which dependency hinders you from updating? Also, judging from these > versions, your rygel might be quite old then? > > > > > I would get the packet capture and check it first. > > Could you guide me which functions (codes) I could add some debug messages > > to trace the packets exchange when device discovery ? > > socket_source_cb in gssdp-client.c is responsible for receiving the incoming > multi- or unicast packets; > > gssdp-resource-group.c, message_received_cb is responsible for "being > discoverable". > > > > > Btw, for the password protection problem. > > I found there is already a standard for device protection (DeviceProtection > > specification). > > "The DeviceProtection service enables Devices to provide privacy and > > restrict access to sensitive operations to authorized Control Points. > > > > Is Rygel support the Device Protection v1 specification ? > > No. Maybe in the Future. Sponsorship/Patches welcome. > > _______________________________________________ rygel-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/rygel-list
