Dolby Vision now possible through MP4 Mux.

[morbius]

I've converted several HDR10 titles to DV using the 6-2 and 3-1 workflows and have been pleased with the results. With 6-2 I've been selecting "n" for exclude letterbox for estimating MaxFALL due to the warning about processing time. To what extent might this impact the end result? I only want to convert my library once, so don't want to take short-cuts if they are undermining final quality.

if you just use 6-2 to create a shot list for 3-1 it doesn't matter.

I think that's what I'm doing as I move the .bin file created by 6-2 to the folder with the mkv and then run 3-1. Or should I be doing something else?

[RESET_9999]

I think that's what I'm doing as I move the .bin file created by 6-2 to the folder with the mkv and then run 3-1. Or should I be doing something else?

yes, and the madvr generated rpu is used only for its scene cuts so the cropping doesn't matter..



PS: I'm working on a GUI for DoVi_Scripts:

[morbius]

the GUI looks really cool!

While at present I am focusing on adding DV to my HDR10 files, can I regenerate DV for an mkv sourced from an FEL disc? I dislike the way some of the Star Trek films look, e.g. First Contact. Is there a way of pushing something like First Contact through a workflow that might improve on the published DV while keeping the FEL? Or am I likely to end up with no real improvement?

[RESET_9999]

Yes you can use the script transfer function workflow (2-3) but it's not an easy task because those movies expand brightness so you have to bake fel to prores first(8-2-3), and then run the CM analysis with the baked fel prores file. (3-1 doesn't bake fel when you input P7). If you don't bake fel for the analysis, then you cannot keep FEL.

You also have to use original scene cuts and once completed you transfer levels: 1-2-3-8-9.... You might not be able to transfer all the levels in one workflow, inspect your metadata after to make sure everything has been transferred.

Before doing that you might want to test my original P7 rpu with CMV4.0 bloc added (from PMTP):
https://drive.google.com/drive/folders/ ... sp=sharing

[morbius]

thanks, so re-doing from scratch is a lot of work, I think I'll pass. But if I demux my mkv to BL and EL hevc files, I can rebuild with your updated rpu, would that be via workflow 1?

[RESET_9999]

you dont have to demux the layers. You can inject directly into the P7 mkv rip.
Perhaps check the scene cuts with 2-1 in case you have a bluray with different timing.

[Epedemic]

@RESET_9999: Do you by any chance have plans to get a Google TV Streamer to check out how it handles DV?

[RESET_9999]

No sorry, I dont test devices anymore because the Ugoos+CE does everything I ever wanted.

PS
To those who didn't know, FEL is now supported on many more devices:
https://discourse.coreelec.org/t/ce-ng- ... 05x4/50953

[morbius]

I saw a bit of discussion on this up thread, is there an explanation for why cm_analyze gradually slows down during its analysis in the 3-1 workflow, with the effective fps rate gradually dropping? Happens with every title I've done so far (I'm using Win 10).

[RESET_9999]

I saw a bit of discussion on this up thread, is there an explanation for why cm_analyze gradually slows down during its analysis in the 3-1 workflow, with the effective fps rate gradually dropping? Happens with every title I've done so far (I'm using Win 10).

viewtopic.php?p=141657#p141657

[RESET_9999]

Yep, I just tried with makemkv and the RPU seems to go out of sync at frame 32982.
I did not watch it but the scene cuts seem fine if I demux with tsmuxer and use dovi_tool.exe to make the ST-DL hevc.

makemkv scene cuts (OOS): https://justpaste.it/a8i23
tsmuxer demux scene cuts: https://justpaste.it/cmmbn

and the rpu is missing frames and is 5kb smaller with makemkv: https://slow.pics/c/AbM7fpJV

another one: Mississippi.Burning.1988

Makemkv missing half of the metadata: https://slow.pics/c/XtZD09Hp
no issue with tsmuxer... I guess the makemkv output should always be double checked...

[skull88]

I have a feeling MakeMKV issue is only with some discs that have seamless branching, but just a guess. Could post on this forum some kind-of bug report for it? Maybe the dev would be able to figure it out by talking to quietvoid or something. Worth verifying though, agreed.

[RESET_9999]

this one is not a seamless branching disc.

[skull88]

Hmm, that's strange. I wonder what it is then? Maybe there are multiple cases where RPU ends up incomplete? I'll make a bug report post one day if I have time and figure out the pattern. Do you know if quietvoid uses makeMKV and could advise at all?

[morbius]

I saw a bit of discussion on this up thread, is there an explanation for why cm_analyze gradually slows down during its analysis in the 3-1 workflow, with the effective fps rate gradually dropping? Happens with every title I've done so far (I'm using Win 10).

viewtopic.php?p=141657#p141657

thanks for that, saves me the trouble of more tinkering with my set-up to try and fix it. Will watch the thread with interest to see if a fix is available in due course.