Dolby Vision now possible through MP4 Mux.

[rkjnsn]

Okay, another couple of questions. First, I've seen reference to converting P5 to P8 to create "hybrid" streams using the HDR10 BL from the UHD blu-ray combined with the Dolby Vision data available via streaming. Is this ~always the best approach where possible, or are there cases where the blu-ray has scenes encoded at different brightnesses than the streaming base layer, making a madVR measurement the better choice?

Second, if I have a UHD blu-ray of Mulan (2020) along with a Disney+ subscription, is there any way I can capture the RPU metadata myself? E.g., can it be extracted from the streamed data, or is it DRM'd along with the video stream? Is there any tool that can capture the RPU by snooping on a TV-led DV HDMI signal? If not, is there a repository of DV RPU metadata extracted from such sources, or would I have to find a full copy of the streaming version somewhere and extract the RPU from that?

[quietvoid]

thank you
Just tried and the same bug as all the files I did

Okay, last attempt: https://0x0.st/oB-i.mkv

This is just the Resolve file reencoded.

[RESET_9999]

Okay, last attempt: https://0x0.st/oB-i.mkv
This is just the Resolve file reencoded.

no bug for that one.
So it means there's an issue in the source that Resolve somehow manages to fix, and it's only affecting the Shield.
So weird...

[quietvoid]

no bug for that one.
So it means there's an issue in the source that Resolve somehow manages to fix, and it's only affecting the Shield.
So weird...

Not necessarily, I had changed an encoding setting.

Same settings with the non-Resolve video: https://0x0.st/oB-c.mkv
If that still has issues, then not sure.

The only difference in the Resolve image is that I can't seem to match chroma alignment, and it has less banding in the blue part.

[RESET_9999]

Same settings with the non-Resolve video: https://0x0.st/oB-c.mkv
If that still has issues, then not sure.
The only difference in the Resolve image is that I can't seem to match chroma alignment, and it has less banding in the blue part.

bug is back lol
I wonder what magic resolve does.

[quietvoid]

bug is back lol

I guess this is my actual last attempt then: https://0x0.st/oB-B.mkv
It doesn't make sense that the original test pattern causes issues.

[RESET_9999]

same issue...

I tried NVenc, same issue.
I tried FFmpeg to prores to x265, same issue.

[quietvoid]

Clearly the file I have is wrong:


So the only possibibility is that you encoded something else in Resolve.
Or that it did some tone mapping, maybe.

https://slow.pics/c/iu90f2Sp

The answer is definitely that Resolve tone mapped the image, which corrects the gradients.
This is also why Resolve's luma and chroma clip earlier than the original.

[NiCE77]

@quietvoid

Someone replied on the Firecore forum about Apple TV RPU management:
"Apple devices always ignore L2 trim in profile 8.4 video. Actually there are two version of Apple’s profile 8.4, the early version is L1 only and old OS (like ios14) doesn’t handle trims at all (except profile 5). The recent version uses newer algorithm which needs L8 trim."
https://community.firecore.com/t/dolby- ... /19713/302

[RESET_9999]

Clearly the file I have is wrong:
So the only possibibility is that you encoded something else in Resolve.
Or that it did some tone mapping, maybe.
https://slow.pics/c/iu90f2Sp
The answer is definitely that Resolve tone mapped the image, which corrects the gradients.
This is also why Resolve's luma and chroma clip earlier than the original.

still doesnt make sense.
The file is the original one unless the bd rip I downloaded got messed up. I dont see how it would cause a luma difference like that and IIRC, the PQ image were identical.
And even stranger, how can it just affect the Shield. And no we did not encode "something" else in resolve.

[quietvoid]

still doesnt make sense.
The file is the original one unless the bd rip I downloaded got messed up. I dont see how it would cause a luma difference like that and IIRC, the PQ image were identical.
And even stranger, how can it just affect the Shield. And no we did not encode "something" else in resolve.

Of course it makes sense. The input was probably color managed in Resolve, making it tone map.
The metadata shows it: 1000 nits mastering, DCI-P3.

So the Shield apparently doesn't do well with tone mapping from 10k nits + BT.2020 in YCbCr, even with Dolby Vision.

The files only look similar with all planes combined. See single planes: https://slow.pics/c/ZoxjvanI
So what likely happened is that Resolve converted from 10k nits BT.2020 to 1000 nits DCI-P3.

@quietvoid

Someone replied on the Firecore forum about Apple TV RPU management:

Yeah, I know. Eventually I'll make a CM v4.x only file.

[RESET_9999]

So what likely happened is that Resolve converted from 10k nits BT.2020 to 1000 nits DCI-P3.

no, the Resolve encoded file is still 10 000nits.
As for the color management in resolve, you might be right.

[RESET_9999]

Someone replied on the Firecore forum about Apple TV RPU management:
"Apple devices always ignore L2 trim in profile 8.4 video. Actually there are two version of Apple’s profile 8.4, the early version is L1 only and old OS (like ios14) doesn’t handle trims at all (except profile 5). The recent version uses newer algorithm which needs L8 trim."
https://community.firecore.com/t/dolby- ... /19713/302

so do you see an L1 response with the 8.4 sample ?

[realbabilu]

Code: Select all

Video
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main 10@L5@Main
HDR format                               : SMPTE ST 2086, HDR10 compatible
Codec ID                                 : hev1
Codec ID/Info                            : High Efficiency Video Coding
Duration                                 : 1 h 50 min
Bit rate                                 : 17.9 Mb/s
Width                                    : 3 840 pixels
Height                                   : 2 160 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Constant
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 10 bits
Bits/(Pixel*Frame)                       : 0.090
Stream size                              : 13.8 GiB (96%)
Writing library                          : x265 3.4hy:[Linux][GCC 7.5.0][64 bit] 10bit
Encoding settings                        : cpuid=1111039 / frame-threads=1 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x2160 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=96 / keyint=96 / gop-lookahead=0 / bframes=3 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=4 / selective-sao=4 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=18000 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / vbv-maxrate=24500 / vbv-bufsize=24500 / vbv-init=0.6 / vbv-end=0.6 / vbv-end-fr-adj=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=0 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1) / cll=825,118 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / no-concatenation / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0
Default                                  : Yes
Alternate group                          : 1
Encoded date                             : UTC 2022-05-27 13:38:54
Tagged date                              : UTC 2022-05-27 13:38:54
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
Maximum Content Light Level              : 825 cd/m2
Maximum Frame-Average Light Level        : 118 cd/m2
Codec configuration box                  : hvcC


Drag and drop your MKV file and press enter...E:\mov\tor\Mortal.Kombat.2021.2160p.mkv
Do you want to crop RPU... y or n ? (y when HDR10-BL is cropped) and/or press enter...n
Measuring the HDR10 video letterbox...
min: 0.0001 cd/m2, max: 1000 cd/m2
Maxcll: 825
Maxfall: 118
LAV Splitter Source not found.
Extracting track 0 with the CodecID 'V_MPEGH/ISO/HEVC' to the file 'D:\TEMP\HDR.hevc'. Container format: HEVC/H.265 elementary stream
Progress: 100%
Parsing madVR measurement file...
Error: The system cannot find the file specified. (os error 2)
Press any key to continue . . .

any clue with HDR10 inject auto?

[deadchip12]

@RESET_9999

I have a question regarding the x700: some mkv dolby vision movie files or mkv sdr movie files have dolby atmos dd+ 5.1 and the bluray player refuses to play the audio track. Using tsmuxer to convert those mkv files to .ts seems to solve the problem. Is that the right way to do it? Any drawbacks to picture or sound quality?