Oh I totally get that. Everyone has a different eye and preference for things. Nothing wrong with that at all. ![]()
Thatās not new (at least I havenāt changed anything in the hubs focus in the last few weeks); I can add it to my list for 0.8.0 if itās annoying. Where does it move to?
Hmm, it looks worse than normal, because you have no summary text (no spoilers) ![]()
Weāll see for 0.8.0.
Iāll think about it. Iām still not convinced as to why we would do that. It adds a whole lot of complexity and weād need smart cache pruning when things get added/changed.
The biggest amount of work done in general is by the client, rendering all those list/grid entries (the posters essentially). Not the data or waiting for it, itself. Iāve profiled that a couple of weeks ago.
Edit: you asked how to lower the load on your PMS recently, and I just remembered: you can lower the quality scaling of the posters, as the PMS will transcode/scale them for us. The setting is in the external AddonSettings.
I donāt understand. It scrolls to the END of the hub?
Edit: huh. Never seen that. I guess you were scrolled in the hub, started the movie there, and when it returns, it doesnāt expand until the movie is shown again.
No, it scrolls to the end of the hub on the home screen till the data is cached.
I started scrolling from this point⦠and after much scrolling, watched a movie and when exited the movie i came back to the start of scrolling
You mean til the data is loaded?
Edit: I canāt make sense of this. Iām sorry.
My watched movie is much later in the scrolling, Instead of focus to the watched movie tile it comes to the very first hub row displayed in the home

if self._odHubsDirty:
self._updateOnDeckHubs()
self._odHubsDirty = True on onReInit is pushing me to the visible added movies title on the home screen after playing & coming out of the movie screen.
Thank you for considering it and I really do believe itās one of the last things that could improve the user experience drastically. I am aware of the downscaling options but I do love high resolution artwork as well, I typically use 200% scaling at 4K.
Personally I am not a fan seeing posters load in before my eyes, even for a split second while the view populates.
Caching artwork takes care of this because the data is already there. To me, a strong UI/UX experience is as much about moving around the interface as it is the smoothness of the animations while doing so. Not seeing artwork load because itās already taken care of is something that I consider a big plus and a gives off a strong professional user experience in my opinion. Just my thoughts but I thought Iād say my piece of it so I will leave it there instead of rambling on further.
Thank you for all the work you have done on this client. I truly believe it is the best client Plex has ever had. Thanks panni! ![]()
Sorry to do this to you panni but TV intro skipping has stopped working for me. Iāve not had much chance to use my Plex today and itās late now but I can produce logs tomorrow if needed. Pre release 3.1 on Coreelec Kodi 21.
Wtf, I didnāt change anything in seekdialog and have been using intro skipping a couple of minutes ago. Iāll be surprised if this has anything to do with prerelease3.1
Yes, because you watched a movie and itās state changed, so the hub is dirty. Iāll take a look tomorrow, it should try scrolling back to where you came from, automatically.
Itās a setting. You can turn it off (Iām actually not sure itās on by default. If it is, Iāll turn it off for 0.7.9)
Probably the CoreELEC seek bugfix acting up for you. Which hardware?
Edit: Please try increasing the delay for the CoreELEC resume fix in PM4Kās external AddonSettings (long press on the icon), under Player. Try going up by 50ms at a time and please tell me which value works for you. The default is 200ms
If intro skipping is working for you, Iāll have a good look into this on my system in the morning. Forget this for now. Thanks for the prompt reply.
Plex had issues with the feature flag for credits skipping a couple of days ago, but that has been fixed and was only happening for managed users. Probably not related.
The artwork is cached by Kodi, always, immediately. Itās not getting any faster displaying those, even if we add a cache. Rendering the UI is expensive and I have no control over the C part of the python layer.
There is an option to āretrieve all media upfrontā that would cache everything upon entering the library. But it will take some time to get all of the requests back from the PMS and process them. I suppose if you waited long enough then everything should be there. But depending on what type of client you have Iām going to guess youāll still see posters āloadingā. Not because we have to fetch them from the server but because it takes a while to render all of those posters.
Iāve sorted intro skipping by uninstalling and reinstalling the addon. I have other installations (wow, that sounds pompous) and they were all working fine, so it had to be a local issue.
Before I did this, I tried various things with the existing addon but skipping just wouldnāt offer itself up. So, itās solved without knowing why but Iām happy to put it down to a one off.
Hello Panni
Hardware : UGOOS AM6B Plus (S922XJ chipset) - forgot to mention it
Ok, increased the seek to 250ms / will keep testing and revert back.
I dare adding, on 200ms (default, as it was) - the bug was on and off, it didnāt happen every time, quite rarely i would say.
Thank you
Understandable, I can deal with it. ![]()
Thanks panni & bowlingbeeg.
Just curious on something else and forgive me if I am completely wrong about this (I donāt know anything about programming) but why does PM4K seemingly report the playback state back to PMS every second?
2024-08-20 09:06:52.573 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: True state: None (player: playing) overrideChecks: False time: None (player: 1374.849)
2024-08-20 09:06:53.601 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: False state: None (player: playing) overrideChecks: False time: None (player: 1375.886)
2024-08-20 09:06:54.632 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: False state: None (player: playing) overrideChecks: False time: None (player: 1376.914)
2024-08-20 09:06:55.661 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: False state: None (player: playing) overrideChecks: False time: None (player: 1377.931)
2024-08-20 09:06:56.691 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: False state: None (player: playing) overrideChecks: False time: None (player: 1378.959)
2024-08-20 09:06:57.720 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: False state: None (player: playing) overrideChecks: False time: None (player: 1379.974)
2024-08-20 09:06:58.754 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: False state: None (player: playing) overrideChecks: False time: None (player: 1380.989)
2024-08-20 09:06:59.796 T:17832 info <general>: script.plex: UpdateNowPlaying: 27897, force: True refreshQueue: False state: None (player: playing) overrideChecks: False time: None (player: 1382.018)
Is this line the culprit? Reporting back to the PMS every second seems⦠excessive?
Looked at the logs for android tv⦠on that platform, it only seems to fetch the timeline data every 10 seconds and ignores any update āas less than 8 seconds has passed since last update without any state changeā.
Yes, thatās the culprit and no, thatās not really excessive. Once a second for such a lean endpoint it extremely rare.
BTW, on your āI donāt want to see stuff loadingā comment: You can upgrade your clientās hardware. How fast elements are displayed depends on the CPU cycles the GUI gets, how many threads it allows, and how fast the storage is where the Kodi artwork cache lives on.
While it doesnāt really matter for local servers, Iām thinking lowering the reporting rate would help with slower remote PMS servers, particularly over long distances. sqlite3 isnāt exactly the most performant database solution but itās what is included with PMS and I think anything to reduce the level of load caused to it can help in these circumstances.
Re the artwork, Iām stuck with the am6b plus until another newer amlogic based chipsets comes along that can do all the dolby vision stuff. ![]()
