I am trying to use the dleyna-server's test code, the mediaconsole.py to discover the media files on media servers within the LAN and I run into some other problems. I can not directly browse the folders by using the listChildren() method,

I use the search() method instead and I found some sub containers there, and I defined new container by using the sub container's path and do this recursively until I got into the folders that directly have the media.

Dear Sir, Thanks for the great work of dleyna!! And I have some questions to ask about it, any help would be most appreciated. I am trying to use the dleyna-server's test code, the mediaconsole.py to discover the media files on media servers within the LAN and I run into some other problems. I can not directly browse the folders by using the listChildren() method, I use the search() method instead and I found some sub containers there, and I defined new container by using the sub container's path and do this recursively until I got into the folders that directly have the media. As for "Music" which also means "audio", I could find out the properties of each item now by using search() method, but as for the image and video, when I try to use search() method to read the properties of the items, the problem shows up like this: >>> root.search('Type derivedfrom "image"', 0, 5, ["DisplayName", ... "Path", "URLs"], "-DisplayName") Traceback (most recent call last): File "<stdin>", line 2, in <module> File "mediaconsole.py", line 117, in search count, fltr, sort) File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 70, in __call__ return self._proxy_method(*args, **keywords) File "/usr/lib/python2.7/dist-packages/dbus/proxies.py", line 145, in __call__ **keywords) File "/usr/lib/python2.7/dist-packages/dbus/connection.py", line 651, in call_blocking message, timeout) dbus.exceptions.DBusException: com.intel.dleyna.OperationFailed: Unable to parse results of search: Could not parse DIDL-Lite XML Could you tell me how to deal with this one? Any help would be most appreciated!!! Thank you, Regards, Guanhua _______________________________________________ dLeyna mailing list dLeyna(a)lists.01.org https://lists.01.org/mailman/listinfo/dleyna

Mark Ryan wrote: > You're using Skifta for a DMS right? If so, I'm afraid this is your > problem. > > The list_children command is not working as Skifta does not correctly > support the filter argument. It only support '*' for a filter, which as > far as I'm aware is not compliant with the UPnP specs. You can probably > make list_children work by using '*' as a the filter parameter. The > problem of course with doing this, is that it generates a lot more > network traffic and returns information that you are not interested in. I was wondering if coping with those quirks in the dLeyna services would be more appropriate than having to reimplement the workarounds in each application, where it may also be more difficult to do so since they're more far away from the broken DMS.

> Search is also completely broken in the server you are using. In the > first search request you ask the server for all the image items and it > returns you a list of containers. This is incorrect as containers are > not derived from image. Same here. If workarounds for these quirks were to be added to the dLeyna services all the applications would immediately benefit from them with no effort.

Maybe Guanhua would be interested in putting a patch together along these lines?

> There is nothing either dLeyna or the applications can really do here. > The search is performed on the server side and the server is returning > incorrect information. > > My feeling is, that the best thing to do here is to enter bugs against > Skifta and the other broken DMSs and to fix the bugs where they actually > occur. This way all clients, not just those based on dLeyna, would > benefit from the fixes. This is a fight I'm on the edge of giving up and something that _really_ takes the good mood out of DLNA.

_______________________________________________ dLeyna mailing list dLeyna(a)lists.01.org https://lists.01.org/mailman/listinfo/dleyna

On Di, 2013-06-25 at 10:37 +0200, Mark Ryan wrote: > On 06/25/2013 10:21 AM, Jens Georg wrote: >> >>> There is nothing either dLeyna or the applications can really do here. >>> The search is performed on the server side and the server is returning >>> incorrect information. >>> >>> My feeling is, that the best thing to do here is to enter bugs against >>> Skifta and the other broken DMSs and to fix the bugs where they actually >>> occur. This way all clients, not just those based on dLeyna, would >>> benefit from the fixes. >> >> This is a fight I'm on the edge of giving up and something that _really_ >> takes the good mood out of DLNA. >> > > As far as I can tell, Skifta only has DLNA certification for the DMC. > The DMS is not DLNA certified and in it's current state I doubt it would > pass UPnP certification. So I guess you could argue that DLNA is > actually working here. The DMS is not certified, so downloader beware! https://bugzilla.gnome.org/show_bug.cgi?id=680743 ...

> Having said that though, you'd need to be a pretty savvy downloader to > look up a DMS in the DLNA database before downloading it. True. That's not a masterpiece of usability. _______________________________________________ dLeyna mailing list dLeyna(a)lists.01.org https://lists.01.org/mailman/listinfo/dleyna