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? > > >
Attachment:
device_not_found.pcap
Description: device_not_found.pcap
Attachment:
devicde_found.pcap
Description: devicde_found.pcap