philchillbill wrote: > The base-ID is not an end-user's concern, it's mine. Favorites in LMS > are more like a plugin-thing than a built-in. They have to be > queried/controlled via LMS' XML Browser which is basically like parsing > the UI's menu structure and figuring out which sub-item to select. Very > unlike control for e.g. songs/albums/genres/playlists. Every time I call > up XML Browser, it uses a different set of ephemeral IDs for > -everything-, but the dotted sub-parts remains the same. The base ID > changes on every call so it has to be figured out each time > (unfortunately). It's like SeaSide-FM is 1fbd2fed.2.3 now but > e2b431ac.2.3 next time. Etc. Without the base-ID I cannot apply the > correct dotted sub-ID to play it. > > Playing via dot notation used to first request all the favorites (which > was fine if your internet and LMS server are fast). Then the whole ID is > just there every time and nothing has to be fudged. I decided to change > it because lots of people have problems with nested favorites due to > slow internet or LMS. By just requesting the top level favorites and not > recursing, I can figure out what the ID of a sub-favorite would be by > fudging. And so the theory goes :rolleyes: > > I have not yet figured out why your LMS is not returning a base-ID that > I can discern. In my testing (with v8.3) it always worked just fine. > What LMS version are you on? I've added some debug lines to the code so > if you could please try a few more commands that result in the base-ID > error I can take a deeper look. > > The dotted notation indeed used to include the position of folder names > in the hierarchy but I took that out. If you want to figure out the new > dotted notation, just skip folders when counting at each level. If > that's a pain I can put the folders back in. Having them in makes > listing favorites longer than needed but probably would not be a > negative thing for playing/streaming. Would it be confusing if they were > not mentioned during listing but needed to be counted when playing? > Thoughts? > > > EDIT: In retrospect, the folder names -should- still be counted when > using the dot notation, so nothing has actually changed in that respect. > > The issue seems to be that sometimes, LMS is returning a very different > structure to the initial ["favorites", "items", 0, 1000, > "menu:favorites", "menu:1"] request, which is odd to say the least
Thanks, Phil, for looking into this. I am using LMS v8.2 on a RPi 4 the Raspian OS. At approximately 11:20 am ADT, I attempted to play/stream a few items using the dot notation, as you requested, and got the base-ID error. Hopefully, you can now catch this with your additional debug code. I get what you are trying to do with the changes, but with 84 favourites organized in 4 folders (one with subfolders), and a middling internet speed (20-30 Mbps), I was having no problems retrieving content. I especially liked using the dot method based on the folder and subfolder numbers, probably because of years of conditioning using this file structure on OS's from DOS through to Linux. Just to clarify, previously the top level folders were listed first and then their contents. Next, the subfolders were listed, followed by their contents. Folders, subfolders and contents were all numbered. In the new system, only the contents are numbered with a folder header shown on the echo show where appropriate. I do like this approach, as it is a more logical way of presenting the information in a folder structure. My vote is to stick with this approach, but reinstate the folder dot notation, if possible. I favour this over using names/sequential numbers because to my mind it is easier to access "Meisterwerke der Oper" in folder 4, subfolder 1, item 5 by saying "4 dot 1 dot 5" then remembering that it is No. "42" or, God forbid, trying to get Alexa to understand the German words :confused: ------------------------------------------------------------------------ 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
