www.makemkv.com

Posted: **Sun Jul 25, 2021 1:01 am**

Ok, makes sense.

Posted: **Sun Jul 25, 2021 1:25 am**

I got @manix(thank you) Atomos Shogun samples (LLDV stream captured in PQ then tonemapped to SDR with the same static madVR settings) ...

Star Wars P5 vs P8 vs HDR10 bluray:
https://slow.pics/c/Nd423gGO
https://slow.pics/c/qA4L4HUk
https://slow.pics/c/cKSjjNSD
https://slow.pics/c/jKrPq1Vf

Ted Lasso P5 vs P8 vs HDR10:
https://slow.pics/c/8nVLCFVq
https://slow.pics/c/H6xrVpNu
https://slow.pics/c/CtyxwrRU

Star Wars P5 and P8 look pretty much the same in DV but they are both different from HDR10.
Ted looks different in all samples, P8 is closer(but not the same) to HDR10.

I don't know what to think... He has to use the Dune Player for Ted samples because the x700 don't like cropped DV, so that could maybe explain the difference if the dune has issues with p5.

Posted: **Sun Jul 25, 2021 2:04 am**

In the case of Ted Lasso, are you just doing a straight P5 to P8 conversion? Then for star wars, you’re going throught the whole process of RPU extraction from P5 and applying it to the UHD HDR10 layer to get P8? If so, and I’m not sure if this has been asked already, but is quietvoid’s tool doing a colorspace conversion when going from P5 to P8? If not, that might be the reason why Ted Lasso looks so different. For the Star Wars scenario, it could be that the same RPU metadata can be applied to BL’s that’re in different colorspaces without issue.

Posted: **Sun Jul 25, 2021 2:06 am**

shawnc22 wrote: Sun Jul 25, 2021 2:04 am In the case of Ted Lasso, are you just doing a straight P5 to P8 conversion? Then for star wars, you’re going throught the whole process of RPU extraction from P5 and applying it to the UHD HDR10 layer to get P8? If so, and I’m not sure if this has been asked already, but is quietvoid’s tool doing a colorspace conversion when going from P5 to P8? If not, that might be the reason why Ted Lasso looks so different. For the Star Wars scenario, it could be that the same RPU metadata can be applied to BL’s that’re in different colorspaces without issue.

both files are done the same way...
extract and convert rpu from profile 5 web-dl to p8 at the same time and then the rpu is injected into the HDR10 hevc stream.

the only difference is the player... but manix is doing the x700 sample even if the DV is cropped. The black bars will be grey but the rest should be fine

EDIT nop, its not the player...
p5 dune vs p5 x700 vs p8 dune vs p8x700: https://slow.pics/c/vuto1Dy6

Posted: **Sun Jul 25, 2021 3:11 am**

It would be complicated to know if the HDR10 just has different chroma. That's pretty much the only difference I can see.
Would need a way to convert the DV ITP/IPT PQ colorspace into regular BT2020 PQ, but there's nothing public that does it all as far as I know.

Otherwise the only thing that comes to mind might be to change the min/max according to limited/full levels.
Since P5 is full, but the conversion doesn't change the numbers, only the flag.

Posted: **Sun Jul 25, 2021 4:48 am**

one more comparison...
p5 vs p8 vs HDR10: https://slow.pics/c/e1ssuSEG

I thought maybe the LLDV bug was acting up here but nop, I get a similar difference in tv-led: https://screenshotcomparison.com/comparison/16090

here are the clips if you want to check them yourself:
https://drive.google.com/file/d/1Lh7zmo ... sp=sharing,
https://drive.google.com/file/d/1Oqkvmz ... sp=sharing

but as you say, hard to tell if its the source or the conversion

Posted: **Sun Jul 25, 2021 10:43 am**

quietvoid wrote: Sat Jul 24, 2021 6:58 pm
chros wrote: Sat Jul 24, 2021 6:31 pmThis must be it then, can you share your apk? Thanks
I'm not sure if it's going to be a different package, so backup first..
https://mega.nz/file/MdETXSAR#vPtlIY-nm ... NcRsZLlTyk

Thanks, the .ts file plays back as DoVi with your Kodi build (it's installed as a separate package). (The mkv that I created by dragging the .ts file into recent mkvtoolnix still plays back as hdr10.)
And indeed there's no banding/posterization, so my theory was wrong: Firestick 4k also triggers tv-led DoVi with our 2018 LG.
(That's a different thing that FireOS screwed up audio passthrough from external apps (not streaming ones) completely, and I have occasional stutter with high bitrate streaming profile 5 mp4 files

)

Posted: **Sun Jul 25, 2021 10:51 am**

RESET_9999 wrote: Sun Jul 25, 2021 4:48 am but as you say, hard to tell if its the source or the conversion

Or madvr?

Posted: **Sun Jul 25, 2021 1:59 pm**

chros wrote: Sun Jul 25, 2021 10:43 am(The mkv that I created by dragging the .ts file into recent mkvtoolnix still plays back as hdr10.)

Remuxing from TS is not supported, it won't copy the Dolby Vision config. Only MP4 or straight from the bitstream works currently.

RESET_9999 wrote: Sun Jul 25, 2021 4:48 amhere are the clips if you want to check them yourself:
https://drive.google.com/file/d/1Lh7zmo ... sp=sharing,
https://drive.google.com/file/d/1Oqkvmz ... sp=sharing

but as you say, hard to tell if its the source or the conversion

Thanks, I'll try to see if I can get anything different by playing with the metadata.

Posted: **Sun Jul 25, 2021 2:20 pm**

chros wrote: Sun Jul 25, 2021 10:51 am
RESET_9999 wrote: Sun Jul 25, 2021 4:48 am but as you say, hard to tell if its the source or the conversion
Or madvr?

madVR?
exactly the same static settings were used and dynamic tone mapping was disabled. the difference is NOT caused by madVR.. plus as i said, I'm seeing the same difference in tv-led...

PQ comparison, no madvr involved: https://slow.pics/c/qZ8YCaN2

Posted: **Sun Jul 25, 2021 2:34 pm**

quietvoid wrote: Sun Jul 25, 2021 1:59 pm
chros wrote: Sun Jul 25, 2021 10:43 am(The mkv that I created by dragging the .ts file into recent mkvtoolnix still plays back as hdr10.)
Remuxing from TS is not supported, it won't copy the Dolby Vision config. Only MP4 or straight from the bitstream works currently.

RESET_9999 wrote: Sun Jul 25, 2021 4:48 amhere are the clips if you want to check them yourself:
https://drive.google.com/file/d/1Lh7zmo ... sp=sharing,
https://drive.google.com/file/d/1Oqkvmz ... sp=sharing

but as you say, hard to tell if its the source or the conversion
Thanks, I'll try to see if I can get anything different by playing with the metadata.

So Im wondering the p5 funky colors are not created in post only the final stages of doblyvision encoding
While pulling from the doblyvision 12bit master & xml data simultaneously true SDI
To create a profile 5 FULL color & Rpu
To my knowledge the 12bit master is not in done in doblyvision itcp protocol
& I’m sure the color conversion from 12bit master to p5 produces similar differences form the 12bit master as well.

We should test more uhd p8 conversion
To see what the consistency in the results are,
So far I like the hybrid p8 look, I don’t know how u guys feel about it seems to minus some of doblyvision flaws from their original proces

Posted: **Sun Jul 25, 2021 2:58 pm**

also, it looks like the weird lines (ringing???)mostly in the blue are caused by profile 5 DV decoding because I can see them in TV-LED DV as well while the p8 DV is clean like HDR10.

they dont seem to be present in the p5 source:
p5 clip, no capture no tonemapping VS p8 capture , no tonemapping: https://slow.pics/c/x0YGLSYn

there is also the metadata that are different in the RPU and the BL:

Manixx2020beyound wrote: Sun Jul 25, 2021 2:34 pm

We should test more uhd p8 conversion
To see what the consistency in the results are

i agree

@quietvoid, i was looking at the rpu and i noticed this, shouldnt the p8 file set to 0 here ?

quietvoid wrote: Sun Jul 25, 2021 1:59 pm
Remuxing from TS is not supported, it won't copy the Dolby Vision config. Only MP4 or straight from the bitstream works currently.

on my end, the only way I can get a DV MKV with your p5 to p8 conversion is by using Makemkv.

raw hevc with mkvtoolnix = no DV
mp4 dv with mkvtoolnix = no DV
ts DVwith mkvtoolnix = no DV

even when I simply remux the makemkv DV file with mkvtoolnix, i still lose DV metadata.

Posted: **Sun Jul 25, 2021 4:04 pm**

quietvoid wrote: Sun Jul 25, 2021 1:59 pmRemuxing from TS is not supported, it won't copy the Dolby Vision config. Only MP4 or straight from the bitstream works currently.

Thanks, I'll try out with the raw streams then.

RESET_9999 wrote: Sun Jul 25, 2021 2:20 pm madVR? ... the difference is NOT caused by madVR.. plus as i said, I'm seeing the same difference in tv-led...

Oh, I see, I missed that.

Posted: **Sun Jul 25, 2021 4:56 pm**

ragico wrote: Sat Jul 24, 2021 11:45 am Hope that @quietvoid will make an easy tool to be used by ignorant people like me as @Yusesope did for his tools.
Thank you.

Perhaps this real content example will help you understand how to do it:

E.G. Disney+ movie Mulan DV web-dl metadata injected into bluray remux

1- extract HDR10 and DV hevc stream (tsmuxer, ffmpeg, mkvextract etc..)

2- extract and convert profile 5 RPU to 8 with this command:

Code: Select all

dovi_tool.exe -m 3 extract-rpu DV.hevc

3- Sync/edit the rpu to match the HDR10 stream.
For this movie, you have to remove 24 frames before the RPU ~~and add 70 frames at the end~~
EDIT: tool updated, no more needed to match the framecount. RPU still has to start at the same frame as the bluray remux.

so the JSON file to remove 24 frames will look like this

Code: Select all

{
    "remove": [
        "0-23"
    ]
}

*** how to find the frame difference here

if you had to add 23 frames:

Code: Select all

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

4- once the JSON is done, you edit the RPU with this cmd:

Code: Select all

dovi_tool.exe editor -i RPU.bin -j edited.json --rpu-out RPU-edited.bin

5- inject the edited RPU into the HDR10 hevc stream with this cmd:

Code: Select all

dovi_tool.exe inject-rpu -i HDR10.hevc --rpu-in RPU-edited.bin

6- that's it, the injected_output.hevc contains Profile 8 DV metadata

Code: Select all

Format                                   : MPEG-TS
File size                                : 50.9 GiB
Duration                                 : 1 h 55 min
Overall bit rate mode                    : Variable
Overall bit rate                         : 63.3 Mb/s
Maximum Overall bit rate                 : 35.5 Mb/s

Video
ID                                       : 4117 (0x1015)
Menu ID                                  : 1 (0x1)
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main 10@L5.1@High
HDR format                               : Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible
Codec ID                                 : 36
Duration                                 : 1 h 55 min
Bit rate                                 : 58.9 Mb/s
Width                                    : 3 840 pixels
Height                                   : 2 160 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0 (Type 2)
Bit depth                                : 10 bits
Bits/(Pixel*Frame)                       : 0.296
Stream size                              : 47.4 GiB (93%)
Writing library                          : ATEME Titan File 3.9.6 (4.9.6.2)        
Color range                              : Limited
Color primaries                          : BT.2020
Transfer characteristics                 : PQ
Matrix coefficients                      : BT.2020 non-constant
Mastering display color primaries        : Display P3
Mastering display luminance              : min: 0.0001 cd/m2, max: 1000 cd/m2

Audio #1
ID                                       : 4352 (0x1100)
Menu ID                                  : 1 (0x1)
Format                                   : MLP FBA AC-3 16-ch
Format/Info                              : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name                          : Dolby TrueHD with Dolby Atmos
Muxing mode                              : Stream extension
Codec ID                                 : 131
Duration                                 : 1 h 55 min
Bit rate mode                            : Variable
Bit rate                                 : 640 kb/s
Maximum bit rate                         : 8 742 kb/s
Channel(s)                               : 8 channels
Channel layout                           : L R C LFE Ls Rs Lb Rb
Sampling rate                            : 48.0 kHz
Frame rate                               : 31.250 FPS (1536 SPF)
Compression mode                         : Lossless
Stream size                              : 527 MiB (1%)
Service kind                             : Complete Main
Number of dynamic objects                : 13
Bed channel count                        : 1 channel
Bed channel configuration                : LFE

Posted: **Sun Jul 25, 2021 5:01 pm**

RESET_9999 wrote: Sun Jul 25, 2021 2:58 pm@quietvoid, i was looking at the rpu and i noticed this, shouldnt the p8 file set to 0 here ?

No, even in profile 7 metadata signal_full_range_flag is always set to 1.
What might make a difference is changing both source_min_pq: 7 and source_max_pq: 3079.
Since limited (HDR10) is expected to be 62 and 3696.

RESET_9999 wrote: Sun Jul 25, 2021 2:58 pmon my end, the only way I can get a DV MKV with your p5 to p8 conversion is by using Makemkv.

raw hevc with mkvtoolnix = no DV
mp4 dv with mkvtoolnix = no DV
ts DVwith mkvtoolnix = no DV

even when I simply remux the makemkv DV file with mkvtoolnix, i still lose DV metadata.

You should be able to get Dolby Vision config when using MKVToolNix v58 or newer only.
And remuxing MakeMKV files was already copying the config a while ago..

As far as HDR10/ST2086 metadata, I will add a way to set specific values soon hopefully.

www.makemkv.com

Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.

Re: Dolby Vision now possible through MP4 Mux.