Dolby Vision now possible through MP4 Mux.

[chrisdm]

As well, any plans to make a version of your script compatible with linux?

no sorry

Yeah that would be sick. Would you be able to guide me as to which workflow is needed to mux if one is from a different provider? Haven't had that pop up yet but it might.

it's the same workflow (1-1) but you have to resync the rpu to the new BL if needed.

So 1-1, then duplicate?

[Gatorman]

So 1-1, then duplicate?

You'll need to find the difference between the two sources. Watch the DV version and find a camera cut. Then find the same cut on the HDR version. Compare the frame count of the two files and duplicate or remove the necessary amount of frames so the DV version matches the HDR version. For example, DV = 120865, HDR = 120895. You would duplicate 30 frames.

[chrisdm]

So 1-1, then duplicate?

You'll need to find the difference between the two sources. Watch the DV version and find a camera cut. Then find the same cut on the HDR version. Compare the frame count of the two files and duplicate or remove the necessary amount of frames so the DV version matches the HDR version. For example, DV = 120865, HDR = 120895. You would duplicate 30 frames.

How would I know whether to duplicate 30 or remove 30 from HDR? As in, (if this makes sense) what file is the duplicate/remove applied to?

[Gatorman]

How would I know whether to duplicate 30 or remove 30 from HDR? As in, (if this makes sense) what file is the duplicate/remove applied to?

You're manipulating the RPU. So you need to remove or duplicate the DV source to match the HDR source.

[chrisdm]

How would I know whether to duplicate 30 or remove 30 from HDR? As in, (if this makes sense) what file is the duplicate/remove applied to?

You're manipulating the RPU. So you need to remove or duplicate the DV source to match the HDR source.

That makes perfect sense, I'll give that a go should I need to! Thank you for the help mate, appreciate it. I'll try and automate this part instead of comparing both videos side by side to get the matching frame, I should be able to figure out how to do this programatically.

[spl147]

So much info in the thread, so what i gather is by converting a DV mkv with FEL to profile 8.1 we loose FEL?

So it’s the same a playing a DV MKV on a zidoo or dune? FEL is discarded and only the rpu is used?

[Amused]

Hey guys, did anyone find a USB to ethernet adapter that works with the X800m2?

[RESET_9999]

So much info in the thread, so what i gather is by converting a DV mkv with FEL to profile 8.1 we loose FEL?

So it’s the same a playing a DV MKV on a zidoo or dune? FEL is discarded and only the rpu is used?

yes FEL is discarded but know that not every FEL movie can be converted to P8 (or played on non-fel devices) because some of them are expanding the picture brightness when BL and FEL are decoded by the player.
So the DV metadata in the RPU is meant to be played with the FEL brightness ONLY. Playing these FEL movies on a non-fel device will result in an image darker than the intended look.

Here's a list of FEL movies that expand brightness (still looking into my library to find more):
https://docs.google.com/spreadsheets/d/ ... sp=sharing

[RESET_9999]

Hey guys, did anyone find a USB to ethernet adapter that works with the X800m2?

I tried mine and it didn't work.

[quietvoid]

I had a look at the issues with Saving Private Ryan (1998) flickering without FEL devices: https://www.avsforum.com/threads/media- ... t-62474107
Might be interesting to some reading here too.

[skull88]

I had a look at the issues with Saving Private Ryan (1998) flickering without FEL devices: https://www.avsforum.com/threads/media- ... t-62474107
Might be interesting to some reading here too.

Thanks for confirming and looking into SPR. I was also surprised that people just brushed this flickering off as purely a problem with playback of P7 DV w/FEL for media players/apps or something, and not the actual retail UHD BD authoring or DV metadata somehow, considering I've basically never come across something that flickered this much and so obviously from frame to frame, or at least it's super rare for a disc to have this. Re-doing my own L1 DV metadata in Resolve for this movie also fixed that issue playing back on Shield Pro for example, which shows it wasn't inherent to the HDR10 BL, but something to do with the FEL/DV and how it was implemented and/or how it's processed, as you confirmed. This movie deserves another pass maybe for an anniversary or Criterion even, so perhaps it will get fixed one day, as otherwise it's a fantastic 4K UHD. Cheers for the work and info!

[codeXRes]

Did anyone manage to test the FEL support in Ugoos by the kodi.monsoons build before it was sadly pulled?

https://forum.kodi.tv/showthread.php?tid=372504

[johnjon94]

I'm not sure if this has been pointed out yet, but the option to edit the L6 MaxCLL/MaxFLL based on the HDR10 BL MaxCLL/MaxFLL values doesn't seem to work properly. It seems that it only copies the L1 RPU content light level and uses that for L6 rather than the light level from the HDR10 file.

[RESET_9999]

I'm not sure if this has been pointed out yet, but the option to edit the L6 MaxCLL/MaxFLL based on the HDR10 BL MaxCLL/MaxFLL values doesn't seem to work properly. It seems that it only copies the L1 RPU content light level and uses that for L6 rather than the light level from the HDR10 file.

It works as it should because static HDR10 maxcll/fall are often incorrect or not present.
I made this change a couple of versions ago when @quietvoid added the information in the rpu summary.

You can always use (2-1-1) and edit L6 with any value you want.

[deadchip12]

Are sony bluray players still the ultimate devices to get for playing dolby vision remuxes?