Dolby Vision now possible through MP4 Mux.

[RESET_9999]

Is that a Dolby Encoding Engine license

DEE license is not the same AFAIK...
The one available in the cracked version online does not work in resolve.

[valington]

Is that a Dolby Encoding Engine license

DEE license is not the same AFAIK...
The one available in the cracked version online does not work in resolve.

Please give me a TOOLS PACK latest version

[speeddemon]

What would it take to actually export properly in CMv4 outputting proper L2 & L8?
Also, how far off are these results from what a professional colorist would come up with?

You can't edit L2/L8 without a DV license so what you get is the default values from the dolby algo.
see my explanation of why you should remove them here: viewtopic.php?p=137417#p137417

I processed Mario (2023) with your 1080p scaling settings and original 2160p non-scaled settings with both v4 and v2.9 analysis to see the difference in results. The overall summary seems to be:
1. v4 always results in higher L1.
2. v4 seems to not be quiet as variable in the L1 plot.
3. 1080p cubic appears to not have as dramatic of peaks in the L1 plot.

Here's a comparison between all 4 different options: https://imgur.com/a/OLJ6B7F

Do you know why cubic scaling to 1080p is less variable?
Same question with v4 analysis... any idea why it is less variable?
And, any idea why being less variable is the preferred outcome?
Also, why does the Max/Avg CLL/FALL get lifted higher with v4 analysis? It seems like some of the dynamic detail is lost at the bottom end with v4 analysis.

To my eyes, Mario (2023) "pops" more on my LG C9, C2, and Sony A95K with 2160p v4 analysis. Whether this deviates from the creator's intent or is less accurate is what I'm trying to figure out...

[RESET_9999]

1080p+cubic:
I dont know but of the many tests I did, it is the way to go. The peaks are always identical to madvr and most of the time, VERY close to the studio's original RPU (when they don't cap too much the peaks). Because they cannot directly modify L1 like they can with L2/L8 but they can copy the L1 metadata from one shot to another or blend shots together.

CMV4.0:
No idea why they completely changed the algo for avg_pq. max_pq is indeed higher but it doesn't make a big difference in reality.
raising the avg_pq floor from 2.5 to 10nits makes the low end slightly brighter but avg_pq almost has no effect when the RPU source_pq is 1000nits.

FYI, the earliest version of the CMv2.9 algo was even more dynamic. It didn't have the 2.5nits avg floor and min_pq too didn't have any limit.
see: https://slow.pics/c/WlGwchoE

[speeddemon]

1080p+cubic:
I dont know but of the many tests I did, it is the way to go. The peaks are always identical to madvr and most of the time, VERY close to the studio's original RPU (when they don't cap too much the peaks). Because they cannot directly modify L1 like they can with L2/L8 but they can copy the L1 metadata from one shot to another or blend shots together.

Is there any reason to not just scale in Staxrip while outputting the ProRes file? Seems like an easy way to kill two birds with one stone and work with a smaller ProRes file, but I might be misunderstanding the purpose of this step.

[RESET_9999]

Is there any reason to not just scale in Staxrip while outputting the ProRes file? Seems like an easy way to kill two birds with one stone and work with a smaller ProRes file, but I might be misunderstanding the purpose of this step.

no this will produce wrong l1... its the downscaling in resolve that somehow fix the problem.
I guess you could encode prores to 1080p and set the scaling to 2160p in resolve but I never tried.

[speeddemon]

Is there any reason to not just scale in Staxrip while outputting the ProRes file? Seems like an easy way to kill two birds with one stone and work with a smaller ProRes file, but I might be misunderstanding the purpose of this step.

no this will produce wrong l1... its the downscaling in resolve that somehow fix the problem.
I guess you could encode prores to 1080p and set the scaling to 2160p in resolve but I never tried.

It's such a weird step to produce proper L1. Totally believe you, but just a little baffled on the why. How did you learn about this or was it truly from testing every permutation and comparing results?

[RESET_9999]

It's such a weird step to produce proper L1. Totally believe you, but just a little baffled on the why. How did you learn about this or was it truly from testing every permutation and comparing results?

I always found that my L1 peak was too high compared to the original and madvr so indeed, I tried every setting one by one lol.

I wonder if this could be related to this comment from Stacey Spears (3.):

Speaking of Dolby Vision, so far we have found three issues with it on BD. This has led me to buy the madVR Envy Extreme and bypass Dolby all together.

1. Low Latency is broken on BD. This we have reported before. We are including a hidden test pattern called Dolby Vision Quality Check, targeted at the press, to report on this issue. You can see a sample of the pattern in a recent video by Vincent on his HDTVTest YouTube channel. It shows a big red X when DV is not working correctly.
2. DV on BD is using 709 chroma upsampling. Dolby's tools create proper 2020 downsample, so you get a .5 pixel delay between luma and chroma in the vertical direction.
3. DV seems to be applying some type of horizontal chroma filter on UHD content. Does not seem to appear at HD resolution. This results in a total loss of high frequency chroma detail. Here is the chroma zone plate, the left and right sides of the image should not be luma only. Not sure if this is a player or display side problem yet. Hopefully I will know before the disc ships.

[speeddemon]

CMV4.0:
No idea why they completely changed the algo for avg_pq. max_pq is indeed higher but it doesn't make a big difference in reality.
raising the avg_pq floor from 2.5 to 10nits makes the low end slightly brighter but avg_pq almost has no effect when the RPU source_pq is 1000nits.

I wonder whether the contemporary mastering monitors at the time of Dolby developing the Content Mapping versions is related to the avg_pq floor being raised between specs... I'm guessing the standard mastering display was likely a BVM-X300 OLED when the CMv2.9 spec was developed, and then a BVM-HX310 LCD by the time the CMv4 spec was being developed.

Also, I'm guessing they raised the avg_pq floor for optimized viewing on uncalibrated consumer displays since most either crush or wash out shadows.

It would be amazing if Dolby were more open about this stuff.

[Trees]

Bitrate usually trumps anything else, but YMMV.

I'm aware a much higher bit rate is better than a lower bit rate, but I was asking about HDR specifically.

Ignoring the bit rate, what HDR offers the best quality? Does P5 DV offer features P7 DV doesn't have (besides a slightly more efficient colour space)? Does P8 (HDR10/HDR10+ and DV) offer any features P5 / P7 doesn't have?

IPTPQc2 is better when it's encoded straight from the 12bit master. The colorspace is more efficient and retains more color information which in the end is the equivalent of 11.5bits YCbCr(exceeding our tv capabilities btw).
There's no point/benefit in going from 10bit YUV to IPTPQc2.

That completely makes sense. Thank you.

[Gatorman]

@RESET_9999

With the option to encode to SDR included in your script (6-9), do you still prefer to use Resolve? Is (6-9) SDR only for P7 DV that expands the brightness?

[RESET_9999]

I prefer Resolve to tone map HDR to SDR because you can use the official 100nits trim pass from the rpu.
SDR encoding in 6-9 is very basic, it use libplacebo default settings.

[RESET_9999]

Ignoring the bit rate, what HDR offers the best quality? Does P5 DV offer features P7 DV doesn't have (besides a slightly more efficient colour space)? Does P8 (HDR10/HDR10+ and DV) offer any features P5 / P7 doesn't have?

P7 FEL > P5 > P7 MEL = P8 > HDR10plus > HDR10 > SDR

P7 fel is 12bit so it is better than the P5 10bit colorspace.
P8 has the same dynamic metadata but only 10bit colors.

[Gatorman]

I prefer Resolve to tone map HDR to SDR because you can use the official 100nits trim pass from the rpu.
SDR encoding in 6-9 is very basic, it use libplacebo default settings.

As far as DV FEL that expands the brightness, do you prefer to bake in the EL or to generate DV with Resolve?

[RESET_9999]

As far as DV FEL that expands the brightness, do you prefer to bake in the EL or to generate DV with Resolve?

None.
I can play the original FEL P7 on my x800m2.