Dolby Vision now possible through MP4 Mux.

[RESET_9999]

Yes, I tested hevc decoding not a long time ago and it still drops frames.
Try the Spears and Munsil demo clip, it drops frames almost instantly with the mkv container. If you remux it to mp4, the SM clip will work but it is still not 100% reliable.

Have you had a chance to test Davinci 19.x to see if it's still necessary to decode to prores first? Has their hevc support improved at all? I finally was able to fix my Davinci working with their support and I want to start playing with DV conversions soon. Thanks!

[RESET_9999]

PS, to those who generate DV...

I said a couple of times that I selected the mastering display luminance based on the content's actual brightness(measured in 6-2).
I said to use 1000nits MDL if 90%+ of the shots have highlights under 1000nits.

Well, this is not longer the right thing to do because I recently discovered that some players like the Ugoos, Oppo, x700, X800m2 will clip highlights if the content is brighter than the RPU mastering display luminance, regardless of the metadata. So it may not be a good idea after all to use 1000nits MDL even if there are only a few highlights brighter than 1000nits because they will be clipped if your TV is not capable of displaying this brightness.

Interestingly, the Shield, the AppleTV, C2-C1-C9 internal player and Hisense internal player do not have this behavior and will tone map the image correctly without clipping regardless of the MDL (as long as L1 is right). This finally explains the RPU response differences between TV-LED devices that we noticed a long time ago (years ago?).

I did some test files that clearly show what I'm talking about: https://drive.google.com/drive/u/1/fold ... URFcibN6X-
Specifically: ''Dolby Vision 1000nits RPU Harry 2848nits scene P8.mp4''

*** This is about TV-LED. LLDV seems to work properly. Confirmed on oppo, ugoos, C9 C1 C2 Hisense... I no longer have the x700 x800m2 but it is most likely the same as the oppo, they have the same soc

[SamuriHL]

Yes, I tested hevc decoding not a long time ago and it still drops frames.
Try the Spears and Munsil demo clip, it drops frames almost instantly with the mkv container. If you remux it to mp4, the SM clip will work but it is still not 100% reliable.

Have you had a chance to test Davinci 19.x to see if it's still necessary to decode to prores first? Has their hevc support improved at all? I finally was able to fix my Davinci working with their support and I want to start playing with DV conversions soon. Thanks!

Good to know thanks. Prores it is then.

Sent from my SM-S928U1 using Tapatalk

[darrrkmanxxx]

PS, to those who generate DV...

I said a couple of times that I selected the mastering display luminance based on the content's actual brightness(measured in 6-2).
I said to use 1000nits MDL if 90%+ of the shots have highlights under 1000nits.

Well, this is not longer the right thing to do because I recently discovered that some players like the Ugoos, Oppo, x700, X800m2 will clip highlights if the content is brighter than the RPU mastering display luminance, regardless of the metadata. So it may not be a good idea after all to use 1000nits MDL even if there are only a few highlights brighter than 1000nits because they will be clipped if your TV is not capable of displaying this brightness.

So do we have to re-generate to a higher mastering display (based on 6.2 measuremnts) or just edit L6?

[RESET_9999]

So do we have to re-generate to a higher mastering display (based on 6.2 measuremnts) or just edit L6?

If you use a Oppo, X800m2 , x700 or Ugoos and the content has highlights brighter than 1000nits, it should be generated again. L6 is useless.

[darrrkmanxxx]

So do we have to re-generate to a higher mastering display (based on 6.2 measuremnts) or just edit L6?

If you use a Oppo, X800m2 , x700 or Ugoos and the content has highlights brighter than 1000nits, it should be generated again. L6 is useless.

alright thanks for the answer!

[deadchip12]

@RESET_9999

I looked for Alien Romulus web rpu in your google drive folder and only saw Alien.Romulus.2024.UHD.BluRay.2160p.TrueHD.Atmos.7.1.DV.HEVC.REMUX-FraMeSToR Retail P7 FEL (cmv4.0 added).bin. Is this file the equivalent of CMV4.0_L3L8L9_transfered.bin? Do we just inject this directly to the bluray mkv file?

[darrrkmanxxx]

@RESET_9999

I looked for Alien Romulus web rpu in your google drive folder and only saw Alien.Romulus.2024.UHD.BluRay.2160p.TrueHD.Atmos.7.1.DV.HEVC.REMUX-FraMeSToR Retail P7 FEL (cmv4.0 added).bin. Is this file the equivalent of CMV4.0_L3L8L9_transfered.bin? Do we just inject this directly to the bluray mkv file?

can you please share the link with all of the RPUs?

[RESET_9999]

can you please share the link with all of the RPUs?

The link is private...
Instructions on how to access it are in the Resolve Metadata Generation tutorial comments.

I looked for Alien Romulus web rpu in your google drive folder and only saw Alien.Romulus.2024.UHD.BluRay.2160p.TrueHD.Atmos.7.1.DV.HEVC.REMUX-FraMeSToR Retail P7 FEL (cmv4.0 added).bin. Is this file the equivalent of CMV4.0_L3L8L9_transfered.bin? Do we just inject this directly to the bluray mkv file?

yes, I did all the possible movies on my GD.

[darrrkmanxxx]

@RESET_9999
For devices who can't play P7, what would be the workflow to get the best out of dynamic metadata?
exmaple:
I have one profile 7 remux and a web-dl profile 8, which are compatible in brighntess.
- Extract rpu from web-dl p8
- convert P7 to P8 with dovi_tool
- inject into converted remux
Is that correct?

[RESET_9999]

just convert the P7 rip to P8 with workflow 4-1

[darrrkmanxxx]

just convert the P7 rip to P8 with workflow 4-1

thanks, is this the same as with dovi_tool mode 2 from quietvoid?

[RESET_9999]

yes, all the workflows rely on dovi_tool.exe ... there's no other way.