philchillbill wrote: > MediaServer's handling of favorites has been extensively re-written to > improve the user-experience with nested hierarchies. The call-out of > ordinal numbering while listing favorite names was removed as it adds > little value. Folder names are likewise no longer called-out, as they > are not in themselves playable audio items. > > In the past, MediaServer always retrieved -all- your favorites > recursively from LMS before processing anything further. From now on, a > fuzzy-match is attempted at each retrieved level and further retrieval > stops upon a match. Top-level items therefore play/stream much quicker. > > To assist with handling very deep nesting levels, the DOT notation now > fudges a favorite ID for XMLbrowser after retrieving the base-item ID > from the top level of the hierarchy. This makes it possible to play > favorites at -any- depth without timeouts, provided you can figure out > from looking at the LMS GUI (default skin!) what the numbers between the > dots should actually be :cool: It's better than failure! > > Here's a summary of the 4 ways to play/stream favorites: > > *[NAME]* 'Play favorite "Jazz FM"' looks for a (fuzzy) match by name. > Although all hierarchical levels will be traversed if necessary, an > early match now stops unnecessary further recursion. > > *[NUMBER]* 'Play favorite number 6' / 'Play my sixth favorite' plays a > favorite from any hierarchical level, based on its position in the > overall flattened hierarchy. Useful if the favorite-name is > long/unwieldy or Alexa regularly misunderstands it. > > *[ITEM]* 'Play favorite: folder "Podcasts", item 4' plays a favorite > within a named folder, denoted by the favorite's numbered position > within that folder. Useful for targeting e.g. episodes by number when > you cannot remember their names. > > *[DOT]* 'Play favorite 5 dot 1 dot 6' if you have a -lot- of favorites > and Alexa always times out before your hierarchy is traversed, this > notation can be used as a fallback to successfully play deeply-nested > favorites. It does not request the whole hierarchy from LMS, just the > base level (for the volatile ID #) and then the favorite itself > directly. > > When it comes to *listing* favorites, there are 3 approaches: > > 'List my favorites' lists all playable audio favorites at any depth, > skipping folder names found along the way. The whole nested > favorites-hierarchy is effectively flattened to mention only > playable-audio entries. > > List level 2 favorites' / 'List second level favorites' mentions all > favorites at that level of hierarchy, even if in different parent > folders along the way. Level is level! > > 'List favorites in folder "Radio"' list playable entries in that named > folder, no matter how deep 'Radio' lies in the overall hierarchy. > > Enjoy!
My favourites consist of 4 folders with the 4th folder containing 4 subfolders. When I ask MS on an echo show to list level 2 favourites, it correctly lists the contents of the first 3 folders by showing each folder and its contents in succession. A level 3 request results in the contents of the the 4th folder's subfolders and contents being listed as expected. My problem is when I request an item using the "dot" notation [e.g. Stream favourite 2 (level No.)dot 3 (level item No.)], I get an error that says the device can't determine the base ID to apply to the dotted notation. In the quoted post you also talk about a base ID which I don't understand what this is in my file structure. Just to note, the dot notation did work for me when the folders were part of the listings e.g. "Stream favourite 4 dot 2 dot 5" played the 5th item in the 2nd subfolder of folder No. 4. That 4th folder has a lot of German names and the dot notion was a neat way of getting around me trying to murder the German language ;-) I can of course access all items using their item number alone, but I would like to figure out the dot level approach. ------------------------------------------------------------------------ raglencross's Profile: http://forums.slimdevices.com/member.php?userid=7239 View this thread: http://forums.slimdevices.com/showthread.php?t=111016
_______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
