Dolby Vision now possible through MP4 Mux.

[ragico]

the json file is a simple text file in which you copy/paste the script of step 3. ( you change the number according to the movies you're syncing)

first, you have to find the frame difference between the two videos. Personally, I use MPC-BE and find the same frame for both videos, press ''control-g'' and calculate the frame number difference. You can navigate frame by frame with ''control left/right arrow'' when the video is paused.

Another method that could be easier for you is to open both videos with staxrip ''video comparison'' (tool/advanced) and navigate to the same frame.
I prefer mpc because you don't have to load the video like you have to do with staxrip. if your pc/gpu is powerful enough you could open two instances of MPC.
then for the frame at the end, the framecount of both rpu and hdr10 video must match. so you find out the total number of frames and you match it with the dv video (include the frame you added or removed from the start) ... just math at this point.

hope you understand, I'm not very good at explaining things

Trying and got MPC-be follow your advise and found 39 frames difference between the movies .(Star wars- A new hope)
Now what will be the JSON script for this? And what extension this file must have?
Thanks again for your patience with me.

[RESET_9999]

Trying and got MPC-be follow your advise and found 39 frames difference between the movies .(Star wars- A new hope)
Now what will be the JSON script for this? And what extension this file must have?
Thanks again for your patience with me.

the extension for a json file is....... .json
open notepad++ and copy/paste the script. go to language / J and select json

this will remove 39 frames at the start and should add 39 after the last frame (adjust the source and offset if it doesnt):

Code: Select all

{
    "remove": [
        "0-38"
    ],
    "duplicate": [
        {
            "source": 179350,
            "offset": 179350,
            "length": 39
        }
    ]
}

@manix and I are doing more comparisons. We will test more movies and I want to test another appleTV+ file to see if there's the same color difference with red and blue.
but so far, IMO it looks like the conversion is working properly because the difference is not the same from one movie/show to another. Therefore the difference must come from the p5 DV grade since the atomos shogun and vertex capture settings are always the same. I'm pretty sure the dynamic metadata (luminance) part is synced properly to the hdr10 bl.

[chros]

I'm not sure what you try to do is correct (injecting p5 RPU into hdr10 streams), and I don't even mean the color issue: it would be correct, if they would use the same mastering process for the streaming and the UHD-BD version. But I think that's not the case.
And if the UHD-BD is created in hdr10 (or hdr10+ recently) in mind, then the whole movie is graded with a static curve and the dynamic p5 rpu will modify the look the wrong way.

[RESET_9999]

I'm not sure what you try to do is correct (injecting p5 RPU into hdr10 streams), and I don't even mean the color issue: it would be correct, if they would use the same mastering process for the streaming and the UHD-BD version. But I think that's not the case.
And if the UHD-BD is created in hdr10 (or hdr10+ recently) in mind, then the whole movie is graded with a static curve and the dynamic p5 rpu will modify the look the wrong way.

I think most movies are graded in single deliverable HDR workflow(DV or hdr10+ or both) and HDR10/SDR are just derived(trim pass) from the HDR master. so the static BL is the same, thats why it works (perfect brightness match with p5)...
Theaters get a different grade and that make sense because of the lower luminance of PJ. But 1 grade for streaming and 1 other grade for bluray releases? sounds like a waste of time and money when you can do it in just 1 grade.
https://www.youtube.com/watch?v=dhxORqncgJE

[mulucy]

I'm not sure what you try to do is correct (injecting p5 RPU into hdr10 streams), and I don't even mean the color issue: it would be correct, if they would use the same mastering process for the streaming and the UHD-BD version. But I think that's not the case.
And if the UHD-BD is created in hdr10 (or hdr10+ recently) in mind, then the whole movie is graded with a static curve and the dynamic p5 rpu will modify the look the wrong way.

I think most movies are graded in single deliverable HDR workflow(DV or hdr10+ or both) and HDR10/SDR are just derived(trim pass) from the HDR master. so the static BL is the same, thats why it works (perfect brightness match with p5)...
Theaters get a different grade and that make sense because of the lower luminance of PJ. But 1 grade for streaming and 1 other grade for bluray releases? sounds like a waste of time and money when you can do it in just 1 grade.
https://www.youtube.com/watch?v=dhxORqncgJE

Excellent video! Enjoyed every second of it! Thank you for sharing it!

[RESET_9999]

ok so we did more comparison with more content and it's clear in my mind that the conversion is done properly. Every movie we tried looks pretty much the same in p8 or p5 and they are slightly different than HDR10( LLDV bug ??).
When p5 and p8 doesnt match, it's clearly in the source. We tested another AppleTV+ title and got the same red shift as in ted lasso . Red turns orange so something is different with appletv encodes (cropping?), nothing surprising from apple though, their last two generations of appletv 4k players can't even output proper SDR color (green push) lmao. The brightness and shadow detail are the same as p5 and no brightness jump in all the samples we checked which pretty much confirms that the dynamic metadatas are correctly applied to the HDR10 BL (when synced properly of course).

p5 vs P8 vs HDR10
Mulan:
https://slow.pics/c/uxKywJ6r
https://slow.pics/c/WWu8Ysik
https://slow.pics/c/ar5Wqvqe


Onward:
https://slow.pics/c/W0fnx5TO
https://slow.pics/c/EtaiU1SV
https://slow.pics/c/PrePMVac


AppleTV+ home before dark (ignore the grey-black bars caused by the x700 with cropped content):
https://slow.pics/c/bs569a22
https://slow.pics/c/Ny8jC6GR
https://slow.pics/c/CapqIJlx
for fun, home before dark DV p5 tonemapped to SDR with movies and tv app win10 compared to madvr hdr to sdr:
https://screenshotcomparison.com/comparison/16129

AppleTV+ ted lasso:
https://slow.pics/c/8nVLCFVq
https://slow.pics/c/H6xrVpNu
https://slow.pics/c/CtyxwrRU


Batman v superman:
https://slow.pics/c/lTiFdsxj
https://slow.pics/c/IoBZjQMN


Star Wars new hope:
https://slow.pics/c/Nd423gGO
https://slow.pics/c/qA4L4HUk
https://slow.pics/c/cKSjjNSD
https://slow.pics/c/jKrPq1Vf

[mattmarsden]

Can HDR10+ be converted to DV now?

[ragico]

I want publicly thank @Reset_9999 for his precious help to let me understand and use the basics of this new tool
Thanks a lot also to @quietvoid whose hard work has allowed this to happen.

[agentcny]

Am I missing something, or is it not possible to simply re-use an "old" x265 encode and simply inject the rpu of the uhd (makemkv)?
RPU gets generated successfully, also the inject does not abort.
... No matter what settings I try in the end the hevc only shows HDR10 in mediainfo.

[RESET_9999]

So I'm now even more convinced that 1, the dynamic metadata are working properly and 2 , the slight color difference with HDR10 is caused by the LLDV bug (because we can't capture tv-led)
*** appleTV files color issues is not related to this though

1- one of these sample RPU is synced properly and the other is out of sync.
you can see the brightness jump at the 4-5second mark.
https://drive.google.com/file/d/19xODV3 ... sp=sharing,
https://drive.google.com/file/d/1PepCc6 ... sp=sharing

2- Remember HDTVTEST Vincent video about tv-led vs player-led ??
well we captured the LLDV signal in PQ of the SM clip, and compared it to the HDR10 BL tonemapped in SDR. The difference is literally the same as in Vincent's video.
https://screenshotcomparison.com/comparison/16173

[HarperVision]

So I'm now even more convinced that 1, the dynamic metadata are working properly and 2 , the slight color difference with HDR10 is caused by the LLDV bug (because we can't capture tv-led)
*** appleTV files color issues is not related to this though

1- one of these sample RPU is synced properly and the other is out of sync.
you can see the brightness jump at the 4-5second mark.
https://drive.google.com/file/d/19xODV3 ... sp=sharing,
https://drive.google.com/file/d/1PepCc6 ... sp=sharing

2- Remember HDTVTEST Vincent video about tv-led vs player-led ??
well we captured the LLDV signal in PQ of the SM clip, and compared it to the HDR10 BL tonemapped in SDR. The difference is literally the same as in Vincent's video.
https://screenshotcomparison.com/comparison/16173

What I find funny and not very scientifically thorough is that he only tried one brand, Oppo I believe, and then blamed the results on LLDV instead of trying multiple sources that could do LLDV, like the Sony X800M2 to see if it was the player itself OR LLDV causing the issue. He seemed to jump to conclusions that just because the Oppo caused this, it must mean ALL LLDV sources do this. That’s not sound science based analysis!

I had the Oppo 203 and the Sony X800M2 here shortly after I was the one who discovered this LLDV trick and the Sony was clearly the better device to use for Dolby Vision on otherwise non-Dolby Vision displays and projectors. Oppo had some sort of color bug that resulted in much less saturated colors. I believed and stated at the time that it was most likely due to the same bug that caused its tone mapping to only use Rec709 color gamut even if you chose BT2020 when using its SDR/BT2020 mode. Something to do with the mediatek chip if I recall.

I bet it also has to do with him not inputting custom Dolby Vision data block info like we do now, so the player then maps the signal to the exact specs of the display and/or projector, just as it does with TV-Led. If he didn’t use the right max nits, etc. then it results in improper tone mapping, meaning compression, which could easily have been the cause of these so called “issues”!

LLDV looks absolutely stunning here in my setup using a BenQ LK990 projector, new AppleTV 4K and an HDFury Vertex2 for the LLDV EDID spoof. I just watched Army of the Dead on Netflix last night in DV on my LK990 and it was probably the single best HDR/DV experience I’ve had!!! Pure eye candy with HDR effects that I’ve not seen on a projector before!!!

[RESET_9999]

Well, it is possible that Dolby updated their SDK on the newer players.

Our test was done on the Sony x700 which is pretty old and the result 100% matches those of Vincent. @Manix should be able to compare all his device's LLDV output but he doesnt own the Sony x800m2.
I don't know about the custom Dolby Vision data block info though.

[HarperVision]

Did you see my updated information in my post? Did anyone use custom DV data block info? Also the tone Mapping (compression) as I said could easily have been the cause for these anomalies because when you do player led you have to manually tell the player what the specs are for the display, unlike TV led which gets the raw info from the player and then uses it’s already known specs internally to do the processing.

It doesn’t sound like Vincent did any of this.

[RESET_9999]

Did you see my updated information in my post? Did anyone use custom DV data block info? Also the tone Mapping (compression) as I said could easily have been the cause for these anomalies because when you do player led you have to manually tell the player what the specs are for the display, unlike TV led which gets the raw info from the player and then uses it’s already known specs internally to do the processing.

It doesn’t sound like Vincent did any of this.

do you have a link / more info about that ?
or please tell manix which settings(DV block) exactly to use on the vertex for the Spears and Munsil video. He can capture without the limitation of his CX by using only the Atomos Shogun which has a 3000nits peak brightness and he'll be happy to test anything you wish.

[Manixx2020beyound]

Did you see my updated information in my post? Did anyone use custom DV data block info? Also the tone Mapping (compression) as I said could easily have been the cause for these anomalies because when you do player led you have to manually tell the player what the specs are for the display, unlike TV led which gets the raw info from the player and then uses it’s already known specs internally to do the processing.

It doesn’t sound like Vincent did any of this.

Yes, but this custom block sinc to the tv max
Values cx so yes it’s tone mapping to the CX
Edid sinc,
I can also do it without CX tx0 sinc & check the results.
Or no tv connected but 3000nit monitor and send the correct dv meta