Thank you so much worked now best regards.
1 Like
Youâre welcome 
Works now thank you.
1 Like
Hate to add more work to your plate. But since the majority of CoreElec users do not use the cpm-fork, would you mind throwing them a bone and potentially adding a Plextuary skin for the default CoreElec install into your repo? The PlayerProcessInfo shows more than typical, but misses some finer details around DV that is found in the cpm-fork.
The one attached here should work as-is without any more modification.
skin.plextuaryce.zip (5.2 MB)
1 Like
This makes me jealous. I hope some of the CPM/CE features get backported to native Kodi some day. Especially the CPM ones.
Yeah, me too, as Iâve still kept my Shield as backup 
Thanks again for your fantastic work!
@panni
Thank you very much for the version â0.8.0-beta3.6aâ!
I can now use the PlayerProcessInfo from the Arctic Zephyr Reloaded CPM skin.
Here is a picture of what it looks like.
I am now very happy!
And as always, thank you for your great work!
1 Like
Very hard to see in the screenshot but can episode previews be scaled low then the episode preview at the top.
When looking at the top preview the image is clear but I believe you are using the exact same image for the episode previews in the row under, so these look extremely oversharppen when viewing as its trying to fit the same image into a smaller space.
Appologies the screenshot doesnât show it I see it.. Iâll try and take a photo from my phone to try and better show this.
Edit photos taken on mobile to try and show it more
That sounds like a massive undertaking. I didnât think such massive UI changes are even possible. Maybe for version 1.0.0 
1 Like
Is there a special thing to do in order to update to this version? For the first time, getting the âinstallation failedâ error
Restarted CoreElec and updating worked now.
Also, installed the Plextuaryce skin, yet that new OSD doesnât show up when clicking the âShow Stream Infoâ
That should do it.
Yeah, both use the same scaling factor from the Plex API, but are then scaled down again by the Kodi image renderer. The ones from the list are obviously more scaled down than the one from the current episode. I might be able to change that, added to the list.
Pushed Plextuary CE to Donât Panic.
Edit: Still only for omega/Kodi 21.
Edit: Repo has been updated to 0.2.7 to hopefully circumvent the âInstallation failedâ issue. Just a version bump, you can install it from the repository itself.
2 Likes
What panni said, or you could also activate new PlayerProcessInfo by using Keymap Editor add-on and binding PlayerProcessInfo to a remote control key to bring it up with 1-button.
I use the colored keys on my LG.
I use the âguideâ button on my harmony remote. I dont have any live tv configured in kodi so this button was unused.
I had a few instances that when resuming a stopped movie the pop up showed the correct resume position but the movie resumed about 30 minutes later.
Had this happen twice now in the last few days, not exactly what version I was running, last time it happened was last Saturday I think that was 0.8.0-beta3.5x
Any idea what could be causing this.
CoreELEC, is it? If so, try increasing the CoreELEC: Resume-fix wait for seek setting in AddonSettings (outside of PM4K) and adjust it by 50ms upwards at a time until this goes away.
Edit: The new 350ms default doesnât seem to work for everyone. Maybe we have to be even more conservative and go with 500ms.
Yes forgot to mention that, I run CoreELEC.
Increased that value to 400 for now.
0.8.0-beta3.7: script.plexmod.zip (2.8 MB)
Fixed a long-standing issue with path mapping and embedded subtitles being selected wrongly (Kodi orders external subtitles it finds before embedded ones, which we account for now).
Changes:
- Player/SeekDialog: Properly set marker hidden after its timeout or cancellation
- Player: When path mapping is active, the embedded subtitle stream offsets can be different when Kodi finds external subtitles; adjust for that
- Seeking/CoreELEC: Increase default CoreELEC resume seek wait fix to 500ms
- AddonSettings/CoreELEC: Add separate setting to enable the resume fix (default: True)
- Player/Resume/Seek: Only use resume fix logic on CoreELEC and when the fix is enabled
- Player/Resume/Seek: Adjust resume fix (avoid xbmc.sleep)
Attention all CoreELEC users
- Please try and see whether resuming still works properly
- Please toggle off the âCoreELEC resume fixâ in PM4Kâs AddonSettings (outside of PM4K, long press OK/Context Menu on the icon)
- Please post your CE version, build and device and whether resuming works with the fix disabled (if it doesnât, the audio will start with a delay of up to 15 seconds after seeking/resuming)
- Re-enable the fix again, if necessary
Thanks!
Edit: Background: I want to gauge between different CE builds (e.g. CPM), and/or versions, whether the resume fix is universally necessary or not. If it is, Iâll have to gather data and post this issue on the CE forums.
Edit: path mapping subtitle fix is not 100% correct
8 Likes
2 or 3 second delay for the audio on Coreelec 21.1.1 NG running on 2gb Odroid N2. This was playing 1080p h265 using PCM and with passthro disabled. No delay with the fix on ( not surprisingly).
I wouldnât have noticed if it hadnât been pointed out but thanks for fixing it.
- Works properly, but I had it set to 500 ms ever since youâve introduced the resume fix.
- Works perfectly with the resume fix switched off, which was certainly not the case before this update.
- CE 21.1.1, CPM build A5, Ugoos AM6B+. The sound is in sync with the fix disabled, i have paused/resumed many times both inside the player and resumed after exiting the player, no problems. I have tested it cold and then rebooted CE, just to make sure it still works.
- So far this doesnât seems to be necessary.
I have tested with three high-bitrate DV FEL movies (the most demanding and prone to cause problems).
2 Likes
CE 21.1.1, CPM build A5, Ugoos AM6B+
With the âCoreELEC resume fixâ off after a pause sound starts in sync for about 0.5s, then a short 0.5s no sound after that everything fine.
With the âCoreELEC resume fixâ on (400ms) the short silence is gone.
