Well 4k gui with 23.976 doesnt fix the issue and disabling gui scaling completly breaks the player, almost all screen is some grey rectangle and the bit of content, that is visible on the top is flashing.
No leave the whitelist alone for now, I’ll need to think through that more, but it is a difference between your original 1080p GUI setup (didn’t work) and PurplePlayer’s 1080 GUI setup (does work).
However, that shouldn’t make a difference on 4K content though since in both of your setups, the 1080p GUI should trigger an auto cd/cs. In your new configuration: GUI at 2160p, no auto cd/cs is triggered since GUI = content resolution.
If you change your GUI framerate to 30 instead (keep GUI resolution at 2160p), does it still work?
@rraatt No need to disable GUI scaling. That shouldn’t make an impact here.
Would just use 2160p resolution, 23.976 framerate, and frame rate matching.
Can you ensure that the content your playing is also 2160p @ 23.976?
Wow so much info to run through, but I picked up a am6b+, boot loader is encrypted but I think I have a work around for powering on :), the main question is running omega rc2 nightly from the 22nd I think, Dolby vision seems to be working fine but hdr content has the stuck video with audio continuing then video catches up and cycle repeats
Am confused which builds are getting fixes and trying 20.5 is difficult as I use a centralised database for all players and currently it’s on the omega builds, if recommended to use 20.5 for now I can go through the pain of another docker container or a local db whilst this test is worked on
I think the auto cd/cs got reworked about an hour ago by Portisch. It’s probably makes sense to wait until the next nightly and retest.
1 Like
Do tell. I’m thinking of using wake on lan automation with Home Assistant. What’s your workaround?
Those playback issues weren’t in 20.5. 21 Omega has issues with certain files for some reason.
@orby I think the test builds posted in this thread have been mostly 20.5, but the official fixes are included in the nightlies for both 20.5 and 21.
For the most part the test builds in this thread have been rolled into the official nightlies (except for maybe the last 1-2 where there is ongoing testing). I would stick with the nightlies.
I’m running on 21-omega-0322 nightly which has seemed ok with my specific GUI res/frame rate settings. Have watched a mix of HDR/DV/SD content over the weekend with no issue on PlexMod and PlexKodiConnect.
But it seems 20.5-0322 nightly is most stable.
1 Like
Most of the time there is no issue, but then something like 1917 comes up. I would recommend 20.5 nightlies.
Is anyone else noticing Lip Sync issues? I’m observing this regularly and rebooting the device typically helps.
I thankfully have a Logitech harmony hub/remote so I can add the ugoos device to the activity and the harmony sends the power on command and retains normal remote functions
I was also looking at wake on lan with home assistant also as the harmony is discontinued and Logitech may turn the servers off sooner rather than later
1 Like
Yeah, content is 23.976, you can check the logs higher, setting framerate doesnt help. I think about trying 20.5 nightly.
Upd: tried 20.5 nightly, in player process info, pixel info states unknown, dispinfo says, that it is 12 bit bt709 too. Dispinfo: https://paste.coreelec.org/8o7uVz
ok, I will test further tomorrow with the new nightly
same pink/green color issue on first playback if set to 2160 with 60p
I have had problems with all the recent 20.5 nightly builds. Have am6b+ connected to a LG CX via a pioneer vsx 505 receiver. I have tested each nightly lately, hoping it would resolve my playback issues. Basically most if not all of the DV Ultra UHD backup remuxes I play, will pause and show caching every 10 secs to 2min, and can’t be watched. I thought it might be a network speed issue, so I increased my cache size to 150MB just so I could watch the behavior. I pull up the OSD that shows cache, and if I pause and wait for it to fill all the way, and then start playing the movie, it might stay full for a few seconds or a minute even, but then it is like it stops recieving any data and I watch it drain down to 0 and the movie pauses for caching and the cache sits basically empty or with very minimal data (a few bytes or KB in cache) for a number of seconds before it starts filling normally again. . It does this from the beginning and also after skipping in all the movies I tested.
I kept another thumb drive with CPM’s 20.4 build, for reference, because it worked so well for me, and the same files play flawlessly. Cache stays within 1-2MB of full at all times. I installed the 20.5 nightly a week or so ago from a clean install, and am now on the 322 build. I left all settings default, and restored my backup which has AH skin, and also has OpenVPN manager running. The CPM build is running same backup.
I don’t see other people having similiar issues, so it must be something specific to me, and I am not sure how to go about troubleshooting the issue. If anyone has any ideas about things I might try, or has seen similiar issues and can point me in a direction, it would be appreciated. Has basically been like this since I moved to NG build from NG-DV. The dovi.ko was downloaded from the link in this thread and is in the storage folder. My next step is to do a clean install of latest nightly and try it without restoring my backup and using a default skin, but before I go there I wanted to see if anyone has any thoughts about what might be wrong.
Can someone let me know how to find the player-led/ tv-led settings? I can’t seem to figure out what menus to go through.
In settings in bottom left corner change basic to expert and then you can access it in last menu option.
Go to the system settings, Coreelec tab. You can toggle player/TV there.
1 Like
You are correct. Tomorrow nightly should include some more buffer fixes, include DV media.
The changes are now in 20.5 and 21.0 nightly.
Please also remind: Kodi Nexus is EOL.
It also will include a new dynamic buffer feature when the stream does have demuxer type peaks caused block of the video player. It’s all new so be aware of it will cause some unknown issues what need to be solved in future.
3 Likes
Are any of those fixes integrated?
Considering doing the power on, on input switch for CEC. Perhaps a bit confusing at first, but CEC is considered an input peripheral so in order to change those settings its Settings->System->Input->Peripherals->CEC Adapter I believe the Wake-up by Streaming path/routing change is what you want.
@mh0rst and @Sunset1982 @speedy Any reason why you guys aren’t just using the dualboot Option? Honestly it’ll be the fastest option and won’t experience lag that USB/flash will. Plus it frees up your slots.
As for DV playback. Based on the recent commits today, it appears that maybe the new caching mechanism in Kodi 21 is the culprit for the problematic playback of especially FEL titles. I’m not surprised FEL is the most problematic since you’re basically sending two video streams to the decoders and out the HDMI port. I’ve seen this issue over in the Android space, too with my Shields. For some reason in 21, readahead is substantially slower regardless of what you set the multiplier too. Tbf, Kodi is better off just ripping out that new caching code and revert back to how it was in 20, if it indeed is the culprit.
@Sunset1982 Not yet. TheCoolest and I were having a discussion on which fixes to incorporate, so to speak. Both our proposed fixes are similiar, but his is a bit safer.
1 Like