Networks and Remotes > Media Network
UPnP Problem with BubbleUPnP
Awesome Donkey:
UPnP always loads in chunks so it could be unavoidable. That said, any type of workaround (even if it's a "hacky" workaround) on either side would be much appreciated. Just getting it to work however way consistently would be well worth it to me.
bob:
--- Quote from: bubbleguuum on April 04, 2024, 03:51:42 am ---The MC log shows this for a slow Browse request or the "Audio > Artist" folder (ObjectID 1000):
--- Code: ---0222276: 15776: Sharing Plugins: CContentDirectoryService::Browse: Browse BrowseDirectChildren for 1000
0222305: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[††† /(Crosses/)] [Media Type]=[Audio]; Elapsed ms: 28.407
0222333: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[A Flock Of Seagulls] [Media Type]=[Audio]; Elapsed ms: 27.536
0222361: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[A Perfect Circle] [Media Type]=[Audio]; Elapsed ms: 27.289
0222363: 12092: Sharing Plugins: VHTTPMessage::Write: Wrote 0 bytes
0222363: 12092: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (837 ms)
0222363: 6100: Sharing Plugins: CUDPSocketReader::Accept: Start
0222363: 6100: Sharing Plugins: CUDPSocketReader::Accept: Description: CListenerBase::CListenerBase [UDP]
0222363: 6100: Sharing Plugins: CUDPSocketReader::Accept: Finish (0 ms)
0222363: 9400: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Start
0222363: 9400: Sharing Plugins: CHTTPListenerWorker::HandleRequest: UDP: 192.168.1.144: M-SEARCH: http://239.255.255.250:1900*
0222397: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[A/-ha] [Media Type]=[Audio]; Elapsed ms: 27.389
0222426: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[Aaliyah] [Media Type]=[Audio]; Elapsed ms: 27.497
0222454: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[Aaron Lewis] [Media Type]=[Audio]; Elapsed ms: 27.311
0222483: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[ABBA] [Media Type]=[Audio]; Elapsed ms: 27.911
0222511: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[Abigail's Ghost] [Media Type]=[Audio]; Elapsed ms: 27.499
0222540: 15776: Database: CSearchFilesHelper::GetResults: Search: [Album Artist (auto)]=[AC//DC] [Media Type]=[Audio]; Elapsed ms: 27.616
...
repeat for each of the remaining artists
--- End code ---
It is slow because MC is making a CSearchFilesHelper::GetResults function call per artist (!) that take 27ms each. It does not do that when the loading of that folder is fast in BubbleUPnP. BubbleUPnP is not sending an UPnP Search action per artist for sure ! And anyway these CSearchFilesHelper::GetResults calls happen in the same thread than the UPnP Browse (BrowseDirectChildren) action thread (assuming 15776 is the thread id).
So the question is why sometimes MC make these CSearchFilesHelper::GetResults call per artist in a Browse UPnP action for the Artist folder.
--- End quote ---
From what I can see MC is applying the filters provided with the browse command. That causes an internal "search" which means applying the filters to the browse. The fast replies are when the browse is with * which means don't apply any filters.
bubbleguuum:
I double checked again and BubbleUPnP only emits "Browse" UPnP actions (BrowseMetadata) with the "Filter" parameter set to "*".
markf2748:
I am beginning to wonder if the problem may be related to @AD's definition of his remote Artist View. MC's remote Artist View for DLNA is defined in:
Options > Media Network > Add or configure DLNA Servers... > DLNA Servers > Generic DLNA > Customize views... > Items to show > Click on Artist under Audio > Details for Audio > Edit...
Do you have any extra formatting, function calls, special sorting, restrictions on items to display, etc. within the view definition, beyond just:
Expression to group by: [Album Artist]
If so, you might try simplifying the view to bare bones as a test.
Do other remote views exhibit the same slowness issues?
Just a thought.
Awesome Donkey:
Hmmm, interesting. If I recall correctly, this is the default artist view, correct?
Anything specific I should try?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version