Dolby Vision now possible through MP4 Mux.

[quietvoid]

That's interesting, I didn't know about reshaping, thanks.
So, does dovi_tool take care of reshaping when a P5 RPU is converted into P8?

It discards the reshaping metadata, so yes.

[RonRicoSuave]

Or is the conclusion that Chinoppo is still the only player that properly support FEL playback?

Ugoos AM6+ has a 2nd decoder so is able to playback FEl (from dual track mp4) but it's a very buggy player.

You may want to ask yourself how many tv's support full 12 bit processing. And then yet, those 12bit colors will be downscaled within max luminance capacity of the screen. TBH, I think that nowadays tv's will not hit enough nits to even support 10 bit to its full brightness.

DolbyVision's processing requires an upconversion to at least 14 bits in HDR space which is then mapped down to 12 then finally what the TV can actually manage, so any dv capable set can process it. Profile 8.1? I think it is (SDR BL, never actually seen one) is required to map the Rec. 709 BL up to 17 bits before performing a huge mess of color transformations. Most of the 17 bits is probably to avoid rounding errors propagating through the colorspace transforms, but still... I'd suspect the Rec.709 variant of HLG with profile 8.4 needs to do something similar, but I can't find any solid specs on that and it seems to mostly be a marketing ploy by Apple (editing in any of their software invalidates and removes the RPU), although it was technically allowed by spec for quite a while before they put it out there.

Similarly most current panels can accept 12bpc 4:4:4 or 4:2:2 over HDMI but as of yet there aren't any hardware decoders that can handle any form of HEVC Main12 that I'm aware of so this mainly applies to generated graphics (games, although none I'm aware of yet) and probably some raw formats of video that can decode in software smoothly given fast enough storage (or player-output DV).

I have nothing to test that with so take it with a grain of salt.

[Ride_UL]

process:

Code: Select all

# run madvr madmeasure on the mkv file
# generate RPU from madmeasure bin file
dovi_tool.exe generate -j generator_madvr.json --madvr-file l_0201.bin -o RPU_from_madVR.bin
# extract hevc video and audio with mkvextract
# inject the generated RPU into stream
dovi_tool.exe inject-rpu -i video.hevc --rpu-in RPU_from_madVR.bin -o injected_output.hevc
# mux together with tsmuxer

I'm was just trying to convert a HDR10 movie to DV P6 but got stuck with Step 2
Downloaded madVR, installed it & LAVfilters, copied madMeasureHDR to the madVR installation folder and got the .measurements file by running the mkv file through madMeasureHDR
Can you help me with the madmeasure bin file, how we can generate it?
Sorry, if i sound too noob
@@quietvoid

That *. measure* file is the bin (binary) file, I just renamed it to *. bin

Thanks, it worked

[stevenugent83]

I wonder if anyone can help,
I have an LG CX, I have tried following several of the steps on here to get a film with DV to play on my ttv but every single time I just get HDR 10 instead.

Tried (movies were gemini man and 1917)

1) Rip to MKV with MakeMKV
2) eac3to titlename.mkv 2: titlename.thd+ac3
Note: titlename should be replaced with the actual name of the MKV
3) Add the MKV and the thd+ac3 track to TSMuxer
4) Remux to TS

Media info shows dolby vision, only audio is ac3, yet only plays in HDR10.

Tried again using this guide.

"1. Make ISO of movie. I have only tested this with Black Panther since that's the only one I own. I will be buying Gladiator this weekend to test out though.

2. Use TS Muxer to open the ISO. Find the correct M2TS file and demux the following files:
A. HEVC1 in 4K (Base layer)
B. HEVC 2 in 1080p (this is the dolby vision enhancement layer)
C. Audio track which you will have to convert to AC3. This is a hard line limitation- you need to use AC3!!!"

Exactly the same, media info shows dolby vision is present in the file, but I only get HDR10 playing.

I have other movie files I downloaded that play dolby vision just fine in mp4, so it's obviously something i'm doing wrong.

[ArArdin]

Similarly most current panels can accept 12bpc 4:4:4 or 4:2:2 over HDMI but as of yet there aren't any hardware decoders that can handle any form of HEVC Main12 that I'm aware of...

Where does decoding HEVC Main12 take place with Dolby Vision? I had the impression that the player decodes two 10 bit HEVC streams and its compiler would create 12 bit YCbCr from the results. Please correct me if I'm wrong.
Or I must be unaware of a DV format with a HEVC 12 bit baselayer.

[Buzzie]

Ok Guys,
Please help me out here coz this is driving me nuts.

I am trying to add DV metadata from WEB-DL sources to UHD sources.
I keep getting warning about mismatch lengths.

I have a WEB-DL DV source and a UHD HDR source

What i did are the following steps:

For the WEB-DL file :
c:\Dolby-Vision-Tools\ffmpeg\bin\ffmpeg -y -i z:\temp\DV_WEB-DL.mp4 -an -c:v copy -vbsf hevc_mp4toannexb -f hevc c:\temp\DV_MP4.hevc

For the UHD file :

c:\Dolby-Vision-Tools\ffmpeg\bin\ffmpeg -i "path_to_UHD.mkv" -c:v copy c:\temp\hdr10.hevc

Next Step :

c:\Dolby-Vision-Tools\dovi_tool.exe -m 3 extract-rpu c:\temp\DV_MP4.hevc

After that command i opened up both HEVC files in StaXrip and found in the video comparison an identical frame.
The DV had the particular frame at 3865 and the UHD at 3889

Meaning the UHD frame is higher then the DV so i have to duplicate the frames

This is my json:

{
"duplicate": [
{
"source": 0,
"offset": 0,
"length": 23
}
]
}

After that i did the following command :

c:\Dolby-Vision-Tools\dovi_tool.exe editor -i c:\temp\RPU.bin -j c:\temp\edited.json --rpu-out c:\temp\RPU-edited.bin

Followed by :

c:\Dolby-Vision-Tools\dovi_tool.exe inject-rpu -i c:\temp\HDR10.hevc --rpu-in c:\temp\RPU-edited.bin

I keep getting the following :

Parsing RPU file...
Processing input video for frame order info...

Warning: mismatched lengths. video 201492, RPU 201451
Metadata will be duplicated at the end to match video length

Any ideas what i am doing wrong ?

Thanks in advance

[RESET_9999]

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

Ok Guys,
Please help me out here coz this is driving me nuts.

As long as the video and the rpu start at the same frame, you can ignore the mismatch at the end(will be the case for almost all the movies).

[Buzzie]

Ok Guys,
Please help me out here coz this is driving me nuts.

As long as the video and the rpu start at the same frame, you can ignore the mismatch at the end(will be the case for almost all the movies).

Thanks....but the particular scene is not at the same frame:
The DV had the particular frame at 3865 and the UHD at 3889

[RESET_9999]

Thanks....but the particular scene is not at the same frame:
The DV had the particular frame at 3865 and the UHD at 3889

yea, that's what your json fixed, so what remains is a mismatch at the end which you can ignore

Code: Select all

{
	"duplicate": [
		{
			"source": 0,
			"offset": 0,
			"length": 24
		}
	]
}

[Buzzie]

Thanks....but the particular scene is not at the same frame:
The DV had the particular frame at 3865 and the UHD at 3889

yea, that's what your json fixed, so what remains is a mismatch at the end which you can ignore

Code: Select all

{
	"duplicate": [
		{
			"source": 0,
			"offset": 0,
			"length": 23
		}
	]
}

ok thanks !!

[RESET_9999]

@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

[staknhalo]

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 this - just going over the names - seems there's a p5 with incorrect/misaligned RPU or something so we can test DV RPU working on p5 only setups, was gonna ask for this eventually

[RESET_9999]

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

seems there's a p5 with incorrect/misaligned RPU or something so we can test DV RPU working on p5 only setups, was gonna ask for this eventually

yep, some with hlg base layer as well

[quietvoid]

@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)

Pattern looks decent on my firestick, though I can barely see the flashing blocks in the top PQ tracking.

[RESET_9999]

good to know.
If the other devices don't have issues as well(which I expect), the pattern may be exposing the famous Shield color issues and Nvidia could finally be able to fix it.