Ok, thanks understood. You could backup and restore your settings with a full install but it does adds a couple more steps.
Work fine , thank you so much
Its fine too, thanks for your work
![]()
Feature Complete - Update 8
-
One final tidy up missed in update 7 release.
- No user visible change
-
Bonus - pulled in this PR from upstream Kodi.
- [Backport] new TrueHD MAT packer code + move TrueHD packing to CDVDAudioCodecPassthrough
- Imagine that will make it into the CE nightly soon too.
When testing use the below tar to update a fresh install of CE-21 ng.
Dolby VSVDB Calc (no update)
Final cut.
If upgrading from an older version and you experience issues with wrong playback mode e.g. DV playing in HDR etc. then try:
- Resetting the settings in the CoreELEC section.
- Toggling the setting in question to another value, move off to another setting and then go back and toggle the setting back to the desired value.
Hey, this is awesome! I just got back from vacation and to a bit of testing on the new builds. Cool stuff Iāve noticed:
- 12bit issue with āDV: Onā seems completely fixed
- Black screens on bootup with āDV: Onā also fixed
- OSD during playback in VS10 is much brighter (I think it tracks the HDR10 PQ setting now?)
- New GUI max luminance setting works great
- The latest update fixes TrueHD dropouts in āCarsā/āCars 2ā (wow, never thought Iād see this fixed! It happens on all Android boxes Iāve ever owned)
Issues/nitpicks:
- A change was added to the ng nightly (20240527) a couple of weeks ago - I think it was a buffering improvement - which really helps with stuttering in HFR remuxes (eg Gemini Man) when menus/subtitles are showing. Would be great if this could be added to the VS10 build.
- Switching inputs with āDV: Onā can result in wrong colours in menus. There used to be a command I could run over SSH to fix the colours, but that doesnāt seem to work any more⦠is there a new command that will work?
Thanks again for all your efforts!
Correct it should use the HDR10 PQ setting when VS10 outputting HDR/DV, caveat on HDR10+ mentioned in an earlier post.
Yep - added an upstream PR from another dev to try out, I think this will be pulled into the CE mainline as looks good.
I do the builds based on the head of the CoreELEC repo so should be picking up anything that is pointing to, my changes are git diff applied on top for the xbmc and linux-amlogic repo heads.
So I think it should already be in if in the nightly.
Checked Gemini Man with subs did not see any stutter my side FYI.
Cannot reproduce that one maybe some more steps / details would help to identify:
e.g. was it just a quick switch over and back that can cause the issue, other input was in DV/HDR/SDR etc., screensaver may have kicked in on CE side, device gone to sleep when switching back to it etc. etc.
Also if you post the ssh you used then maybe can think of something else.
Awesome, thanks for confirming!
Ah right, no worries, thanks for checking! This HFR stuttering is the only significant issue I have now with this box. I have tried different remuxes of Gemini Man (including my own made from the UHD with MakeMKV), and also see the issue with Billy Lynn, so itās not a file issue.
There was a significant improvement to the issue since nightly 20240527, and if I flip backwards and forwards between the latest VS10 build and the latest nightly I do see a marked difference in the stuttering, which is why I assumed the fix hadnāt been merged across yet.
I seem to be the only one reporting this issue, so Iāll carry on investigating and see if I can narrow it down more.
Iām using a Denon X3800H with LG G1 TV - any input switch on the Denon (and then switch back) will trigger the wrong colours - even if I switch back only a few seconds later. It doesnāt seem to matter what the content is on the other input (even if there is no input - TV screensaver showing), the wrong cololurs are there when I come back to the Ugoos.
The SSH command I used to run to reset the colours (which no longer works) was:
echo Y > /sys/module/amdolby_vision/parameters/dolby_vision_enable;sleep 2s;echo N > /sys/module/amdolby_vision/parameters/dolby_vision_enable;
Thanks again!
I had somewhat of a similar issue - I got it resolved by changing DV: from āOnā or āOn Demandā to āOn Demandā or āOnā respectively, play a DV movie for a few seconds (when you can clearly see and hear the movie for a few seconds) and then switch back the the desired DV: setting. This cleared up the color issue for me.
Cheers, yeah playing a DV movie for a few seconds does turn the colours back to normal. If I change inputs again though the issue comes back.
Do you have the issue with DV: āOn Demandā or āOnā?
Only with āOnā. I havenāt seen a single colour issue with āOn Demandā on any recent builds
Are using the VSVDB option?
Nope, thatās disabled
It could be that your Denon needs the āOn Demandā option to set the EDID/HDMI properly. I have a Denon also but it is a X4700 and with an HDFury Vertex 2 before it (so I also do not use the VSVDB). After doing what I mentioned I did not had the color problem again. I am also not noticing any sync delays with āOn Demandā compared with āOnā so not sure if creates any other issues using āOn Demandā instead of the āOnā option.
Oh donāt get me wrong Iām happy with the āOn Demandā option - Iām just reporting what Iāve found as āOnā is a new feature. I have been thinking it might be a Denon issue. When I get time Iāll connect the box directly to the TV and see if the issue goes away (itās a bit tricky to do that with my set up!)
By the way I do use the DV: āOnā setting without the color problem after the steps I mentioned.
FYI I think the underlying issue is the Denon is āunpluggingā the Ugoos (by dropping the hot plug detection pin low [ 5v high 0v low ] ) when switching input as though you physically pulled the HDMI cable out, when it reconnects when switching back to that input, I think we need to force send a new DV HDMI packet otherwise Display will not think it is DV and be wrong colours etc. - will look into this week.
That definitely sounds like the issue. When I switch back to the Ugoos and the wrong colours show, the āDolby Visionā popup doesnāt appear on the TV, so yeah that fix sounds great!
No issues with Gemini Man over here. Even with OSD up I do not see any stuttering.
Interesting, thanks for checking. This really does look like a āme issueā, I just wish I knew where to look. Things Iāve tried:
- Replaced the file, even with a clean MakeMKV remux
- Checked networking - SMB and 1Gbit, wired Ethernet
- Updated Plex server and PM4K plugin
- Tried with native Kodi player over SMB