View Issue Details

IDProjectCategoryView StatusLast Update
0013091MediaMonkey for AndroidUPnP / Castingpublic2021-04-28 08:14
Reporterrusty Assigned To 
PrioritylowSeveritymajorReproducibilityalways
Status feedbackResolutionopen 
PlatformCeleron 500OSWindows 2000OS Version2.1
Product Version1.1.3 
Target Version2.1.0 
Summary0013091: UPnP Search fails on the Qnap Media Streaming addon
DescriptionWhen MMA is used with the default UPnP server included with QNAP devices, search fails (Tracks: shows all tracks, Albums: displays albums beginnig with A, Artists: displays artists beginning with A).

In contrast, the search functionality _does_ work with MMW and TwonkyMedia.
TagsNo tags attached.
Fixed in build

Relationships

related to 0013092 feedbackrusty UPnP search of twonkeyvision doesn't show content in 'Tracks' 
related to 0017791 newmartin UPnP Search fails on Foobar MediaServer 

Activities

rusty

2016-11-04 02:12

administrator   ~0046098

Strangely, when UPnP search is used against the QNAP UPnP server, a search for 'Beaaeuatles' (which shouldn't return anything) shows all tracks from unknown albums (I think that's what was being shown), all unknown albums in the albums tab, and all artists in the artists tab.

Note: in testing bubbleUPnP against the same QNAP server, it works correctly. I believe it does this by downloading all content and then generating a local DB. This is an approach that could work MMA as well (worth discussing with Jiri as it relates to sync strategies for MM5).

marek

2016-11-30 14:25

developer   ~0046327

I don't think that it is desirable to download all content. It could take really long time. That is why the search query is processed on server side.

I can have a look at BubbleUPnP query but do the search differently. They have separate query (separate list) for each element. They search for tracks: title and tracks: artists separately. They do not merge the lists as we do.

Our UI is different. We have 3 tabs and e.g. Tracks tab contains all tracks with 'beatles' as title and with 'beatles' as artists. This UPnP query is more complex (see 0013092:0046323) and probably might not work correctly with some servers.

We can use expandable list view that will be used in confirmation dialog in 1.4:

[ TRACKS ] [ Artists ] [ Albums ] 
---------------------------------
 "Beatles" in title            ^
---------------------------------
 Beatles track
 Some artist
---------------------------------
 Other beatles track
 Some other artist
---------------------------------
 "Beatles" in artists          v
---------------------------------
 "Beatles" in albums           v
---------------------------------

marek

2016-11-30 14:52

developer   ~0046328

So I have checked BubbleUpnp and they really use multiple simpler queries like:

(upnp:class derivedfrom "object.item.audioItem" and (dc:creator contains "beatles" or upnp:artist contains "beatles"))

This way we cannot merge it to one list as it is now. But it can be displayed as expandable listview where multiple simpler queries can be used.

rusty

2017-01-06 16:36

administrator   ~0046870

The expandable listview doesn't seem to make sense here because it essentially duplicates the functionality of the tabs.

Couldn't we retain our existing UI and:
Tracks: would do 3 queries and merge them locally: 'beatles' in title + 'beatles' in artist + 'beatles' in album (sorted by title)
Artists: 'Beatles' in Artist
Albums: 'Beatles' in Album

marek

2017-01-06 19:16

developer   ~0046872

Yes, I understand what you mean but this is impossible because the queries are listed and displayed "on demand", we cannot do 3 queries and merge them. We are not able to sort them correctly.

As I wrote in previous note: It would take long time to download whole list (and it is certainly not desirable) to be able to merge it locally to one list.

rusty

2017-01-20 17:14

administrator   ~0047026

Reducing priority of this bug, since the current build of the QNAP UPnP server seems to not be working correctly for search with other apps as well.