it all works the same with skins and PM4K.
First tests seem to indicate that Alternate seek should be disabled on that specific build.
I keep seeing that some people are using different skins with PM4K. How is this possible? I am running this on my TCL TV and no matter what skin I load in KODI, it always comes up with the default PM4K skin once it loads even though I have Silvo loaded in KODI.
What am I missing?
Thanks
The skin can be anything because you start PM4K from add-ons and it has a separate interface!
The skin you use in kodi is only used for kodi, the OSD and some small other things, but the PM4K interface is not impacted by the skin used.
So everything from browsing the libraries, the home screen, the watchlist, the media item info screen etc is pm4k.
Thatās what makes sense. Thank you for confirming
Hello! I tried the avdplus build with ugoos and Dune Homatics R 4K-plus players. On both players, DV P7 responds slowly under PM4K.
With this version CoreELEC-Amlogic-ng.arm-21.2-Omega_202503020CPM A14, PM4k plays the video perfectly.
I had extreme problems with PM4K on the avdvplus; whenever I fast-forwarded or rewinded, the picture froze, and when it finally started working again after a jump or two, it was completely out of sync. I think Iāve found the problem. In the PM4K settings, under General, āAlternative Seekā was enabled. Since I unchecked that box, it seems to be working fine, even when fast-forwarding or rewinding. This might be helpful for anyone else experiencing this issue.
PM4K might need optimizing for this new build, if needed. ![]()
I also just gave it up and reverted to CPM A14. I would have loved to keep it, but couldnāt. As I was just quick testing it, it seemed to work fine, but in itās first real-life trial, when I finally settled to play in PM4K one full episode of Arcane (UHD remux, FEL, 24p), it started to microstutter like crazy, so I just restored my backup and was done with it. Alternate Seek was disabled, and so was Blanking while rewinding (or whatever the option name is). I think Iāll just wait until the build matures or a better one comes up. Really sorry to give up 21.3, hardware VC-1 fix and CMv4.0 conversion, but thatās it for now.
It seems avdvplusās audio fix option is causing blank screens in pm4k, mostly after seeking but some times at start too.
Iāve tried toggling various pm4k options alt seek / auto seek / blank screen seek but nothing solves it.
Disabling avdvplusās audio fix in itās options solves the issue, but I guess might cause some audio issues but I donāt notice any immediately.
Well if you disable the audio fixes in CE, you can use our alternate seek fix again, probably. That one is very stable in 1.1.4-beta1.
avdv build working better in my case with audio fix enabled, and fixed a long time oos issue for me on dts/non-passthrough audio with A14.
may need to test more, but this build seems to be stable for me. i am not using alternate seek or seek back on start (which didnāt work to fix to my oos on A14)
running avdv on homatics might not be stable as both it and A14 were built for the ugoos
Yeah Iām not sure what the avdvplus audio fix is doing, it appears to be forcing an hdmi resync on seek.
It also seems to occasionally cause a blank screen on the default video player. I think Iāll keep it disabled for now.
Not sure if itās PM4K + avdv build or just avdb, but 1080p SDR AVC 60fps with EAC3 audio is completely broken. It seems like itāll play ok if starting from the beginning, but fast forwarding the first time causes audio to completely desync and doing it once more freezes the video. Any reverse seeking freezes the video and breaks playback. Iāve tried a variety of settings with the same result. No issue with A14. Maybe someone else can test.
Are you talking about true FF or simply step-seeking forward in PM4K? (even if you hold the forward button, weāre not live fast-forwarding)
Iām experiencing the same issue on my Ugoos AM6B+ paired with an LG G4. On the latest avdv build, both EAC3 and EAC3 Atmos tracks break as soon as I seek forward while Alternate Seek is enabled in PM4K. The audio goes completely off sync and then it freezes. This happens regardless of whether the CE audio fixes are turned on or off. When I disable Alternate Seek in PM4K, the issue disappears, again regardless of the CE audio fix settings. This problem did not occur for me when using CPM A14.
Alternate seek is specific to non A/V-changed builds such as 21.3 and CPM A14, as well as LG kodi.
It should never be used on builds without that specific behavior.
The fact that you still experience the issue even with audio fix off doesnāt mean much. That build has many improvements across the board affecting timing, sync, and seeking, that the alternate seek approach might simply not work anymore.
Edit: especially considering the latest changes to alternate seek were CPM specific. I donāt know which version youāre using, though. 1.0.5 stable is much less optimized in terms of alternate seek as 1.1.4-beta is. The latter being the GOAT for CPM on the Ugoos, definitely.
Edit 2: for clarification: any build newer than CPM A14 should be tried without alternate seek in PM4K first. And you should be on the latest beta.
That avdvplus build is now very much considered not stable enough, though.
I mostly only use the left/right seek or ff (the stepped jumps along the progress bar), but in this case anything that changes position breaks the video/audio. Iāve tried turning off alt seek and testing all the CE audio fixes that were added to this build, all with the same result. I think itās because of the 60fps video. I donāt have any issues with normal 23.976 fps video so far but I didnāt test extensively. This is using the latest beta with the avdvplus build on the Ugoos.