Dolby Vision now possible through MP4 Mux.

[stevenugent83]

I wonder if anyone can help,
I have an LG CX,

Convert to profile 8 for playback on LG (CX +) oled TVs and then use TSmuxer or the MP4muxer. And If the first audio is TrueHD or DTSHD or DTS, DV won't work, so keep the first audio in AC3 or EC3 (or select it in plex before playback). PGS subtitles will fail to play DV TS as well but external SRT works (internal srt in mp4 works too).
viewtopic.php?f=12&t=18602&start=2970#p96282

Cheers, converting now. fingers crossed.

[NiCE77]

@all
I was testing some hdr10 patterns converted to DV and look what happen on the Shield/X700/C8 with this P8 pattern : https://slow.pics/c/tnFWN04T (there's definitely something wrong with P8/P7 DV on the shield)

Re-did the FEL test files as well, hopefully, they work better on different devices...
https://drive.google.com/drive/u/1/fold ... V0E3VVkhiC

Thanks for the test files!
Can you make a P8 RPU test file with HLG base layer like iPhone recordings?
Allegedly, the latest version of Infuse handles these DV files natively and I want to test this to see if the RPU is actually used by the Apple TV 4K.

[staknhalo]

@all
I was testing some hdr10 patterns converted to DV and look what happen on the Shield/X700/C8 with this P8 pattern : https://slow.pics/c/tnFWN04T (there's definitely something wrong with P8/P7 DV on the shield)

Re-did the FEL test files as well, hopefully, they work better on different devices...
https://drive.google.com/drive/u/1/fold ... V0E3VVkhiC

Thanks for the test files!
Can you make a P8 RPU test file with HLG base layer like iPhone recordings?
Allegedly, the latest version of Infuse handles these DV files natively and I want to test this to see if the RPU is actually used by the Apple TV 4K.

he has p8 hlg files in there

[RESET_9999]

yes but the file has the 8.1 rpu from @quietvoid L1L2 HDR10 BL test file.
I'll try to edit the original HLG 8.4 footage.

[vondy]

I have been researching for about 3 days now and figured this might be the best place to ask this question. Going to keep it simple.

Can a 2019 Shield Pro play at Dolby Vision dual layer profile 7 file from a UHD disc correctly? Meaning will you get the full DV displayed without it converting to HDR10 or single layer DV.

My setup:
Plex Server running on Synology NAS (Direct Play) (MKV - nothing transcoded or anything)
2019 Shield Pro
Plex player on Shield
to NAD T 778
to LG OLED CX 77

[NiCE77]

yes but the file has the 8.1 rpu from @quietvoid L1L2 HDR10 BL test file.
I'll try to edit the original HLG 8.4 footage.

Thank you!

[vkmekam]

Also it's complicated to keep it in sync with the BL.

Yeah as I mentioned previously, I have not been able to encode a single BL and mux back in its FEL (or even convert that FEL+then encoded BL to 8 ) without there being RPU sync errors/flashes in the file, somewhere, eventually (not always right at the start nor constant). I've tried x265/ffmpeg/though Staxrip UI/Handbrake/various encode settings multiple times/different rip and mux tools and differing versions of each program/yusesope's or quietvoid's tool - there's always a RPU errors eventually in a FEL title no matter what I do with it if I first encode the BL. MEL titles with encoded BL or 8 converted from 5 RPU + encoded HDR10 BL or HDR10+ to 8 with encoded BL - no problem whatsoever on any of those titles (I think I'm at mid-50s currently for native Dovi UHD titles I've added to Plex). I know others here say they're doing it, but I somehow am just SOL apparently. So any FEL title I just mux together and leave untouched - using external forced subs works fine in Plex so I don't need to worry about burning them in (main reason for encoding, secondary to the space saving aspect) - and being I have the source PGS subs, timing/spelling is accurate and all that jazz for my external subs, no worries.

Still, sucks being defeated

We are not defeated at all, there is a way,
I have just created a flawless copy of power rangers just for this test. FEL is 7gigs on power rangers don’t encode it.
18 gig base layer encode with FEL & RPU
You have to edit the FEL (has the nal unit) in the Rpu to reflect the hevc bl encode and that’s it.
I get no flashes no pixilation perfect alinement. Perfect profile 7 with encoded base layer
Inject the new Rpu into the FEL.
Mux with base layer in ts muxer nightly build & your done.
The hard part is getting a new Rpu.
D7FE8360-006A-4810-813A-D959EEDBEA36.jpeg

Would you mind explaining which process you used to extract and merge the FEL after having re-encoded the HDR10 base layer and how do edit the RPU? Thank you kindly.

[MastaG]

Did anybody ever got the older LG OLED 6 series (B6, C6 or E6) to trigger DV when muxed into .TS or .M2TS containers?
I'm remuxing them as profile 8 (mode 2) with the first audio track being the AC3 one and the second one HD-audio (just for preservation purposes).
They play fine on my C8, but not on these older models for some reason.
The only way to trigger DV on my brothers B6, was by using mp4muxer to mux the profile 8 hevc track + ac3 audio only.
However mp4 doesn't store HD-audio and I also find mp4muxer very slow compared to TSmuxer.
For the record I know I cannot play HD-audio on any of the LG televisions, it's just for preservation.

Perhaps these older 6-series require some flag or identify as profile 5 instead of 8?

Any help would be more than welcome

[WaynosDaBoss]

Hi! I am new here as just doing some research on playing DV mkv files via my LG C9 OLED and as there are 396 odd pages to read through I thought I would post as hopefully someone might be able to help me get the answer I am looking for!

I was trying to play some recently aquired DV content over the Plex app on the C9 OLED and noticed the picture was all green / purple and after a quick google discovered this was because the DV format is not being processed / played back correctly. I have done some more digging and found out the source file in question is H.265 DV Profile 5 with EAC3 Atmos which I know the TV supports when using the Netflix, Disney+ apps etc so the native player of the TV should be ok with this format. I then tried taking Plex out of the equasion and played the mkv file back directly from a USB stick and got the same result. I also read somewhere that it wouldnt work when DV is combined with Atmos so I converted the audio from eac3 to standard ac3, remuxed the file but again got the same result.

From what I have read so far it would appear dual layer files which use profile 7 are able to fall back to standard HRD10 and ignore the metadata but as this file is profile 5 single layer this is not possible.

Does anyone know if this file type should be supported or not or if I should just forget about the DV content and try to play standard HDR10 files instead or do I just have a bit of an oddball file here?

[DolbyVisionFTW]

Hi! I am new here as just doing some research on playing DV mkv files via my LG C9 OLED and as there are 396 odd pages to read through I thought I would post as hopefully someone might be able to help me get the answer I am looking for!

I was trying to play some recently aquired DV content over the Plex app on the C9 OLED and noticed the picture was all green / purple and after a quick google discovered this was because the DV format is not being processed / played back correctly. I have done some more digging and found out the source file in question is H.265 DV Profile 5 with EAC3 Atmos which I know the TV supports when using the Netflix, Disney+ apps etc so the native player of the TV should be ok with this format. I then tried taking Plex out of the equasion and played the mkv file back directly from a USB stick and got the same result. I also read somewhere that it wouldnt work when DV is combined with Atmos so I converted the audio from eac3 to standard ac3, remuxed the file but again got the same result.

From what I have read so far it would appear dual layer files which use profile 7 are able to fall back to standard HRD10 and ignore the metadata but as this file is profile 5 single layer this is not possible.

Does anyone know if this file type should be supported or not or if I should just forget about the DV content and try to play standard HDR10 files instead or do I just have a bit of an oddball file here?

From my limited reading of this thread:

Profile 5 does not support HDR10 fallback.

P5 (always single layer) = none-tonemapped DV base layer(green and purple colours) + dynamic metadata in RPU.

[RESET_9999]

playing DV mkv files via my LG C9 OLED

change the container to TS:

https://github.com/justdan96/tsMuxer/releases

[nekno]

From what I have read so far it would appear dual layer files which use profile 7 are able to fall back to standard HRD10 and ignore the metadata but as this file is profile 5 single layer this is not possible.

Does anyone know if this file type should be supported or not or if I should just forget about the DV content and try to play standard HDR10 files instead or do I just have a bit of an oddball file here?

P5 (always single layer) = none-tonemapped DV base layer(green and purple colours) + dynamic metadata in RPU.

Correct, P5 uses BL+RPU with a different color space than HDR10 (IPT), hence the colors are off and there's no HDR10 fallback.

https://web.archive.org/web/20200929014 ... _09_16.pdf

Within the Dolby Vision context, a profile 5 bitstream must use perceptual quantization with reshaping for EOTF; uses Dolby Vision proprietary IPT color space for color primaries and color matrix; uses full range for range; and uses center-left siting for chroma sample location.

Dolby Vision proprietary IPT color space is similar to BT.2100 ICtCp, where I is similar to I, P similar to Cp, and T similar to Ct.

[nekno]

Is it possible for a single MKV file to contain both P7 and P8.1 RPU data?

That would give a single MKV file that could stream the P8.1 BL+RPU to a streamer and still allow remuxing the MKV to a BDMV folder later, to watch the P7 BL and FEL+RPU on a BD player, e.g., the Sony X700.

Would it work to convert and remux a P7 BL+EL+RPU track in an MKV into two tracks, one BL+RPU P8.1 track and one P7 EL+RPU track?

At least in my playback scenarios, the EL+RPU is never being used from P7 MKV files, I'm just getting HDR10 fallback. So if I could convert the first video track to P8.1 BL+RPU and then remux it with a second video track with P7 EL+RPU, that would give me a single container that could be streamed using P8.1 or remuxed into BDMV for P7.

1. Using MakeMKV, back up UHD BD to MKV with dvhe.07.06 BL+EL+RPU
2. Using ffmpeg and dovi_tool, demux BL_EL_RPU.mkv with --el-only to get EL_RPU.hevc
3. Using ffmpeg and dovi_tool, convert the BL_EL_RPU.mkv RPU to P8.1 with mode 2, with --discard to get BL_RPU.hevc
4. Using mkvtoolnix, remux BL_RPU.hevc with EL_RPU.hevc and the non-video tracks from BL_EL_RPU.mkv into BL_RPU_EL_RPU.mkv. Use BL_RPU_EL_RPU.mkv for streaming and discard BL_EL_RPU.mkv.

To reverse:

1. Using ffmpeg and dovi_tool, demux BL_RPU_EL_RPU.mkv to BL.hevc, discarding the EL/RPU
2. Using tsMuxer, remux BL.hevc with the EL+RPU video track and other tracks from BL_RPU_EL_RPU.mkv into a BDMV folder

Might step 1 even be unnecessary, since a BD player playing P7 should use the EL+RPU track and disregard the RPU in the BL+RPU track?

[WaynosDaBoss]

playing DV mkv files via my LG C9 OLED

change the container to TS:

https://github.com/justdan96/tsMuxer/releases

Cool, I will give that a try.

I actually just found this as well and can confirm extracting the hevc video and eac3 from the mkv file and recreating as an mp4 did the trick. I assume thats essentially the same thing as changing to a TS container as well?

https://www.reddit.com/r/ffmpeg/comment ... fmpeg_and/

[chros]

@all
I was testing some hdr10 patterns converted to DV and look what happen on the Shield/X700/C8 with this P8 pattern : https://slow.pics/c/tnFWN04T (there's definitely something wrong with P8/P7 DV on the shield)

Re-did the FEL test files as well, hopefully, they work better on different devices...
https://drive.google.com/drive/u/1/fold ... V0E3VVkhiC

It indeed looks like crap Which file is that exactly? EDIT: I guess the "multi pattern DV P8.mp4"
(I wouldn't hold my breath that they fix anything, I came across exactly with this bug that was raised more than 2 years ago, I ended up bending up the 13th (CEC) pin as well )

EDIT2: here near the bottom of the page you can find the same clip in different formats (and bitrates, I think the 16 Mbps is enough): DoVi P5 and HDR10 as well (along with SDR), so P5 RPU can be converted to P8 for the HDR10 sample. In that way they (nvidia) can't say that the samples are not valid.
And there's a similar pattern at the beginning of the clip.