I double-checked the rpu, everything is fine, there is no difference. Apparently, for the first time, I compared different frames by accident. But the fact that there is a second line, it turned out, depends on the video, in some there is, and in some there is not. And judging by the location, this is not the second line, but a continuation of the first, because the second one ends approximately in the middle of the frame.
In general, we can now say with confidence that there is no difference, either in FEL or in the 8 profile of the difference between Aro and am6b in the transmission of RPU data. They are identical. The only difference is in the different color interpolation methods.
Addition. No, I was not mistaken, there is a difference in the RPU data if the video is from Cm4.0. Last time I tested on the Weird science UHD bd remux movie, the video has Cm4.0. Here on it, there is a difference between Oppo and Am6b. But there is no difference in the video from CM2.9. apparently due to the fact that Oppo cannot read CM4.0
Sorry if this is a silly quesiton, but is @cpm’s patch now included in both the latest 20.5 and 21.0 nightlies? I’ve installed ng-20.5-20240320 on my new AM6B+ and dropped the (64-bit) dovi.ko in my /storage/ directory. Am I good to go?
It’s either line 6070 or line 5586 where the auto gets called. Might be useful to add a kernel pr_info statement to determine. I’m hopeful it’s happening on line 6070.
Here is the latest patent I could find from Dolby - that looks like the CRC is always transmitted (would swear I saw somewhere it could be optional) - anyway this maybe useful to understand the RPU more.
I noticed that on the latest codebase of CE 20 and latest (03/22) CE 21 nightly, I am unable to correctly play content with an HDR10+ layer with a TV that has only HDR10 and DV support. Color comes out very distorted.
Anyone else care to test? Maybe have to dig for some content using mediainfo! I first noticed this playing the remux of Bad Times at the El Royale. I doubt content with HDR10, HDR10+ and DV combined would be equivalent as Kodi would just pick the DV track I think.
Nightly builds are experimental. We do some sanity testing on them, but I wouldn’t run it on emmc to make it easy to recover in case of a bad build.
microSD or USB function in the same way, so pick what you prefer.
With microSD you’re not using up a USB port.
I did a fresh install with the latest CE 21 nightly yesterday. The first time I start a HDR movie after starting the box, I get completely wrong colors. If I stop the vodeo and start it again, it plays normal. Is this a known problem or are any logs needed?
Anyone want to try this build?
Really hope this is the ticket. Ideally you want refresh rate switching on start/stop, and 1920x1080 60hz (this allows HDR10+ to run for me!). cs/cd set to auto. Either LLDV or TV-led–your pick.
Some things I noticed:
When I play Dune, I no longer get any skipped frames. Not setting wait delay either (set to default of 2). Not sure if this is incorporating cpm’s new MEL detection, but I want to say probably not? But not sure… My prior fix attempt would switch to 12-bit then back to 8-bit. This new build doesn’t seem to do that.
Specifically LLDV on Dune no longer starts with distorted colors.
It also will not force your display to 4k @ 4:2:0 8-bit and should rely instead more on your TV’s EDID. I suspect this behavior was exacerbating the race condition present in the mode setting.
Hitting fullscreen no longer blanks out the screen (previously seemed to resemble refresh rate switch). Likely related to the previous issue.
Fixes, the 8-bit 4:4:4 4K @ 60hz that got set, which is problematic for HDR10. It’s now setting to 4:2:2 12-bit at 4K @ 60hz (specifically fractional).
Hope to eventually switch to CE 21 to try this, but for some reason FEL titles stall out on resume, and kills the playback on skipping chapters. So sticking with CE 20 for that stability while I try to iron out the bitrate setting issues.
Do you experience problems with your changes on CE 21 nightly or it stalls for you as it is? I checked out my library and it seems to work great with all the movies I have (not much, just 1.5 tb to watch list). But my tv supports both DV and HDR10+, so can’t say anything about your hdr10+ problems.
It’s an LG TV so HDR10, HLG and DV support only. Same with my two Sony TVs. It’ll eventually play on the LG, but at times, it if takes a few tries. Tbh HDR10+ titles without also having DV seem still so rare these days, that I’d fine to just try to play them a few times before they finally play right…
I think I fixed the issue with the plugout/plugin event.
After a plugin event, on the following hdmitx_set_vsif_pkt / hdmitx_set_hdr10plus_pkt call, the set_disp_mode_auto will be called and cs/cd will be properly adjusted.
Edit: I also have an LG TV, C1. I just tested 1917 sample, which is DoVi + HDR10+ and I get DV with 8-bit RGB output and colors are correct.
Is my build any more consistent than yours? My only thought is if you’re going to keep the cs/cd setting in the auto mode, wouldn’t it be better to call it less than times, than more to be a consistent fix? I think if your fix still occasionally initially set the wrong bitrate for DV, that might still be problematic in certain scenarios. I couldn’t get my build to ever set it incorrectly, and then go back in to set it correctly. Also hitting fullscreen and not doing a refresh rate switch on my fix, is a nice bonus
With HDR10+ issues: The DoVI layered on top of HDR10+ plays fine. It’s the titles with HDR10+ being the only dynamic HDR offered that’s problematic for me. It usually plays within about 3 tries LOL. I have so few HDR10+ only titles though, tbf it’s not that big of deal…
