RE: rygel render problems

["Liu, Albert" <msliu qca qualcomm com>]

Here is the device info:
192.168.1.103: android phone with skifta application
192.168.1.1: gateway
192.168.1.200: our render device

-----Original Message-----
From: Liu, Albert 
Sent: Tuesday, July 31, 2012 11:18 AM
To: 'Jens Georg'
Cc: 'rygel-list gnome org'
Subject: RE: rygel render problems

Hi Jens,

Here is the packet capture.
The file devicde_found.pcap is the success case, I start Rygel after skifta app try to find devices.
The file device_not_found.pcap is the fail case, I start Rygel before skifta app try to find devices.

Could you help to take a look.

Thanks,
Albert
-----Original Message-----
From: Liu, Albert
Sent: Tuesday, July 31, 2012 9:03 AM
To: 'Jens Georg'
Cc: rygel-list gnome org
Subject: RE: rygel render problems

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.

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 ?

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 ?

Thanks,
Albert
-----Original Message-----
From: Jens Georg [mailto:mail jensge org]
Sent: Monday, July 30, 2012 8:49 PM
To: Liu, Albert
Cc: rygel-list gnome org
Subject: RE: rygel render problems

On Mo, 2012-07-30 at 12:39 +0000, Liu, Albert wrote:
> Thanks for your quick response.
> I would capture the packet log later.
> Here answered you questions.
> 
> - What kind of interface is Rygel running on (WiFi vs. Ethernet) 
> [Albert] Running on Ethernet inteface

Ok, then packet loss on the sending side shouldn't be an issue.

> - Which versions of GSSDP and GUPnP are you using?
> [Albert] GSSDP: 0.7.2, GUPnP:0.13.5, GUPnP-AV: 0.5.9

Wow, that's old. Are you using Debian stable?

> - Which Android controlpoint are you using?
> [Albert] I am using skifta application which include DMC functions in it.

Last time I tried Skifta (beta from PlayStore,
https://play.google.com/store/apps/details?id=com.skifta.android.app) it did see Rygel, but didn't even try to control the device.

> 
> Thanks,
> Albert
> -----Original Message-----
> From: Jens Georg [mailto:mail jensge org]
> Sent: Monday, July 30, 2012 8:28 PM
> To: Liu, Albert
> Cc: rygel-list gnome org
> Subject: Re: rygel render problems
> 
> On Mo, 2012-07-30 at 11:56 +0000, Liu, Albert wrote:
> > Hi Jens,
> > 
> >  
> > 
> > I am developing an audio render project based on Rygel.
> > 
> > I find some problems while running it, could you give me some 
> > suggestion.
> > 
> >  
> > 
> > 1.     In my test, if I start rygel first then I could not find my
> > render device in my android phone.
> > 
> > But if I start to find the DLNA devices on my android phone and then 
> > start Rygel, I could find it in my android phone.
> > 
> > Do you know what’s the problem of it ?
> 
> 
>  - What kind of interface is Rygel running on (WiFi vs. Ethernet)
>  - Which versions of GSSDP and GUPnP are you using?
>  - Which Android controlpoint are you using?
> 
> There might be several reasons for this. If the order of starting is important, it's most likely that the device either did not receive the M-SEARCH responses or did not like them, but had no problems to receive/like the initial service announcement. Hard to say without a packet capture.
> 
> > 2.     Do you know whether Rygel support password protection ?
> > 
> > We want to implement a way to protect our DLNA render.
> > When someone try to control our DLNA render, the user will be 
> > prompted to request enter the password.
> > 
> > Does Rygel support this kind of function ?
> > 
> > Could you give us some suggestions how to implement it ?
> 
> No, it does not. You would need to hook somewhere in the UPnP callbacks and trigger the entry for the user I suppose.
> 
> Wouldn't it make more sense to allow the controlling instances individually as e.g. WMP does?
> 
> 
>