Dolby Vision now possible through MP4 Mux.

[RESET_9999]

No,
static DV metadata for a movie graded in the 1000-4000nits is not good and probably worse than static HDR10 because DV metadata is a lot more aggressive than HDR10 static curves.
For example if you have a 4000nits grade with a static 1000nits DV metadata. All the low-nits scenes will be darker and the brighter scenes will be more clipped than proper HDR10 metadata tone mapping curve. It's practically the same as making a DV P8 hybrid using two sources with different brightness, as shown here: https://www.youtube.com/watch?v=236athosits

Those movies with static DV are not done properly and should be avoided...
Trap is done properly because the content is below the DV 100nits floor (min)

[staknhalo]

No,
static DV metadata for a movie graded in the 1000-4000nits is not good and probably worse than static HDR10 because DV metadata is a lot more aggressive than HDR10 static curves.
For example if you have a 4000nits grade with a static 1000nits DV metadata. All the low-nits scenes will be darker and the brighter scenes will be more clipped than proper HDR10 metadata tone mapping curve. It's practically the same as making a DV P8 hybrid using two sources with different brightness, as shown here: https://www.youtube.com/watch?v=236athosits

Those movies with static DV are not done properly and should be avoided...
Trap is done properly because the content is below the DV 100nits floor (min)

got it - so essentially as long as there's even just 'a little' data/grading in the L1 (as in native Trap and Longlegs) it's 'good' DV data - French Dredd still bad - thanks

Edit - I verify pre-aligned remuxes with the web source or different disc release just by quickly glancing at L1 which is why I wanted to be sure instead of aligning the web data to disc myself to be lazier lol

[LV8HD]

@RESET_9999 in the most recent update you introduced the possibility to measure brightness of an HDR10 video on a frame-by-frame basis, which, to me, seems the most correct approach. Does this mean the MadVR method is less accurate even with excluded letterboxes? does it work on a scene-by-scene basis?

[RESET_9999]

@RESET_9999 in the most recent update you introduced the possibility to measure brightness of an HDR10 video on a frame-by-frame basis, which, to me, seems the most correct approach. Does this mean the MadVR method is less accurate even with excluded letterboxes? does it work on a scene-by-scene basis?

good catch haha. I didn't mention it in the release note because it's soooooo slow that it's unusable. I practically wasted my time on this code but it is indeed a frame by frame analysis / plotting. It uses the same script that generates the maxcll/fall stats in (7-2) (7-1).

Madvr analysis is also frame by frame but because I use Dovi_tool to plot the data, the graph is shot by shot. It's still 100% accurate but the values are rounded shot by shot. MadVR overall should be more accurate too since it measure pixels perceptually while the other script just measures the pixels as they are without any restriction.