RE: rygel render problems



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:mail jensge org] 
> Sent: Thursday, August 02, 2012 9:50 PM
> To: Liu, Albert
> Cc: rygel-list gnome org
> 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.
> 
> 




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]