I have attached the server log and the Plex HTPC log. Maybe they are useful. (Note I´m currently not at home and access my server through a wireguard VPN tunnel.(~50mbit) (client ip 10.8.0.3 => server 192.168.1.26) Performance regarding loading seems to be the same as being in my local network.)
Oh well my bad, I should have given more information.
Do you mean the ID of an item that can be found via the plex web interface, Get Info, and XML view? If yes, I will add them as soon as I have access to my server again!
Yeah. If you use that, get info on the item, and view the XML, look at the URL. You should see something like ….plex.direct:32400/library/metadata/XXXXX and the XXXXX portion is the id.
Chucks tool is for Linux. I’m on Windows and I think Mitzsch is also
I do plan on using that tool for another server I have on an Asustor NAS, but that’s for unrelated issues
I don’t know what was found in the logs but this issue only exists in movies, movie collections or TV collections which I didn’t notice before
This problem is specific to HTPC (no other apps) and only to those items, collections being the worst offender. Spinning wheel for 7-10 seconds while it loads
All TV shows and individual TV episodes picked from the library, continue watching or recently added load immediately.
Just updated to 1.28.2.3347-0fac4b28, no change.
New problem though, now no photos will display. You can see the pictures in recently added or the library but when you click on a photo you get…
Well, my server is actually running Linux so I might give the DBRepair tool a try.
Although it would not explain the slow behavior of Plex HTPC in comparison with other clients like the shield. They load fine also with the current state of my DB just Plex HTPC is slow.
I´ll give it a try and report back if it solved the issue…
I had looked at them several days ago but I didn’t see anything in there that could be the culprit. It does seem that the issue is not on the PMS side as I didn’t see any required requests that took longer than 10s of milliseconds. The only request that took longer was the request for GET /hubs/metadata/9784/related which took 3 seconds but I asked internally and the pre-play screen shouldn’t be blocking on that request (and then I forgot to reply here with that info).
So as promised I tested the DBTool (steps 1,2,3 and 4 used) and it indeed helped. I benchmarked it by opening the XML view and check what the PMS logs state.
After some time and some further tinkering, I found out that it’s not exclusive to plex htpc. Every (!) other Plex app including Plex Web has this issue but shows it differently. Most other apps would load the main info instantly (like what the movie is about and the cast) but loading other movies that have the same genre or are from the same collection takes forever. (<10s) So you can call it a staggered loading theme, Plex HTPC on the other hand takes <10s but displays all the information at once. Refreshing the metadata, as shown in a post above, resolves this…
Optimizing the database did not make it faster. I tried a page_size of 4096 and 16384 but that had no effect. (Well, 4096 is way faster than the default 1024… I also measured that with 16384 it was slower, I guess the sweet spot is 4096)
I have my 1080p and 4K files in a separate library but plex syncs playback progress across those libraries. Some of the 1080p files have been added years ago and the 4K ones just recently. (Different metadata versions? Files added with different media server versions?)
Can this connection/sync between those libraries and differently added movie files cause this issue?
We conducted some tests and found that PMS is slower with a page size of 4096 when compared to 1024. You should note that up until 1.30.1, changing the page size also changed the size of the cache and you may be seeing this effect. When we conducted our tests, we forced the cache size to remain the same for the two page sizes. PMS 1.30.1 has a preference that lets you change the cache size without having to go through the trouble of changing the page size.
Interesting. In my testing 4096 was always faster than the default value albeit not dramatically.
I have tried that but didn´t notice any improvement.
Regarding my issue, I have now refreshed the metadata of all my movie files, and now the majority loads immediately. However, there are still movies that take ages, even though I have refreshed the metadata. Refreshing the metadata on those items again makes them also fast. I have no idea why it behaves like that…
I have no idea what happened but now everything is loading very fast, even newly added files. (Those have been slow in the past…)The server is running version 1.31.2.6757.
Hast there been something changed to address this?