Dolby Vision now possible through MP4 Mux.

[Mrmorrison]

Good day everyone.

I just wanted to inform you that my Sony Bravia A8H TV, combined with Kodi or Plex or any other application that can use exoplayer, can play any type of Dolby Vision, except for FEL (FEL TS= plays HDR - FEL MKV = plays in SDR) .

P7 MEL (MKV and TS/MTS)
P8 (MKV and TS/MTS)
P5 (MKV and TS/MTS)

Everything reproduced correctly in WIFI.

I imagine this is the case for other recent Bravia models as well.

I also own x800m2 and GCwGtv and I can say that Chromecast (with same settings) reproduces a brighter dolby vision than x800m2 and Sony Bravia.
On Bravia my most used setting is Dolby Vision Dark (90%) but on x800m2 this setting is too dark so I have to use Dolby Vision Bright.

Bravia DV Bright= x800m2 DV Dark

Maybe you can add this information to your spreadsheet

[RESET_9999]

I also own x800m2 and GCwGtv and I can say that Chromecast (with same settings) reproduces a brighter dolby vision than x800m2 and Sony Bravia.

Hi, thank you for the info, I wish the C2 supported DV MKV as well

IMO the Chromecast is not accurate and over track. I've compared it to the shield, x800m2 and C2 plex a while ago.
see: https://slow.pics/c/pEEQBJJD

[aboulfad]

Hello,

Is test pattern RPU.p8.1.L1.L2_cmv29.mp4 meant to include cmv4, what is the reason ? It would not display in DoVi nor respond to any RPU changes (fallback to HDR10). Only by removing the cmv4 frames that it worked on ATV21/22 -> Infuse 7.5/Auto -> LG E7. Thanks.

dovi_tool info -s -i RPU.p8.1.L1.L2_cmv29.bin
Parsing RPU file...

Summary:
Frames: 1680
Profile: 8
DM version: 1 + 2 (CM 2.9 and 4.0)
v2.9 count: 1680
v4.0 count: 72

[sw5163]

ATV21/22 -> Infuse 7.5/Auto -> LG E7.

Infuse will not play DV file with cmv4 in it since cmv4 seems to have over saturation problem on Mac.
https://community.firecore.com/t/dolby- ... /19713/351
But looks fine on iOS devices and Atv, no idea what's going on here.

[aboulfad]

Thanks @sw5163 , my main question is about the reason to include some cmv4 metadata in that test pattern labelled with cmv29. Is it to check a device DoVi’s implementation’s for handling of both metadata versions ?

The test pattern does not play as DoVi nor respond to the changes in RPU metadata. Infuse plays it as HDR and it is possible and likely the presence of cmv4 causes problems for the P8 to P5 « processing ».

[quietvoid]

Thanks @sw5163 , my main question is about the reason to include some cmv4 metadata in that test pattern labelled with cmv29.

It most likely was a mistake.

[aboulfad]

It most likely was a mistake.

Thanks - if @RESET_9999 wants to update his test pattern repo, here's the corresponding one without cmv4 using dovi_tool/MP4Box: RPU.p8.1.L1.L2_cmv29-ONLY.mp4

[quietvoid]

I also had posted about it but I guess it was missed: viewtopic.php?p=124890#p124890

[RESET_9999]

Thanks - if @RESET_9999 wants to update his test pattern repo, here's the corresponding one without cmv4 using dovi_tool/MP4Box: RPU.p8.1.L1.L2_cmv29-ONLY.mp4

good catch. I'll update the files.

[axeyou]

In case you aren't aware yet, @RESET_9999, DGDemux since build 65 (Feb 15) has renamed its outputs from *.265 to *.hevc. Current version of DoVi_Scripts (1.7.7) would fail with "The system cannot find the file specified" when looking for the demuxed BL and EL, because of lines like:

Code: Select all

FOR /R "%TEMP%" %%B IN (*1011*.265) do set "BL=%%~nB
FOR /R "%TEMP%" %%E IN (*1015*.265) do set "EL=%%~nE

I only tried mode 4-1-2, but this should affect other modes as well.

[RESET_9999]

In case you aren't aware yet, @RESET_9999, DGDemux since build 65 (Feb 15) has renamed its outputs from *.265 to *.hevc.

I didn't update my dgdemux in a while. I'll make the changes, thanks.

[aboulfad]

sorry for this OT Q, is there a reliable method to check a DoVi BL video colour range (full vs limited) ?

I have found few methods online that analyze the BL using ffprobe lavfi.signalstats.[YMIN,YMAX] where results may conflict with the metadata in either video container headers (ffprobe pc/tv) and/or RPU info. (or the info is unclear based on my limited understanding)

[quietvoid]

sorry for this OT Q, is there a reliable method to check a DoVi BL video colour range (full vs limited) ?

I have found few methods online that analyze the BL using ffprobe lavfi.signalstats.[YMIN,YMAX] where results may conflict with the metadata in either video container headers (ffprobe pc/tv) and/or RPU info. (or the info is unclear based on my limited understanding)

I don't understand what you're trying to do.
The RPU levels are always full range.

The only time the BL is full range is if it's profile 5.

[aboulfad]

…
The only time the BL is full range is if it's profile 5.

My question was how can the range be checked for a Dovi P5 BL or another profile aside from inspecting metadata? Sorry if it was unclear.

Aside from RPU metadata full range flag, is there a tool or some means that can confirm that the video stream/contents are indeed full range for a P5? I shared above the ffprobe technique. Thanks.

[quietvoid]

…
The only time the BL is full range is if it's profile 5.

My question was how can the range be checked for a Dovi P5 BL or another profile aside from inspecting metadata? Sorry if it was unclear.

Aside from RPU metadata full range flag, is there a tool or some means that can confirm that the video stream/contents are indeed full range for a P5? I shared above the ffprobe technique. Thanks.

Not reliably by looking at MediaInfo or FFprobe because some aren't flagged as full range.
So analysing frames should work I guess.