EDID Override - Injecting a Dolby VSVDB Block

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

1 Like

Its fine too, thanks for your work :+1: :sunglasses:

1 Like

Feature Complete - Update 8


When testing use the below tar to update a fresh install of CE-21 ng.

Update tar


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.
5 Likes

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!

1 Like

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.

1 Like

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.

1 Like

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