rygel render problems



Hi Sirs,

Do you have idea where is the code should be fix for skifta discovery issue?
Since my android phone has installed skifta, and my laptop has installed rygel 0.14.2.
is there any configure issue on my laptop (openSuse 12.1)?
My phone can not see the laptop from skifta.
Any ideas?

Thanks!
Ace

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.
>
>


_______________________________________________
rygel-list mailing list
rygel-list gnome org
https://mail.gnome.org/mailman/listinfo/rygel-list



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