www.makemkv.com

RESET_9999 wrote: Fri Apr 07, 2023 10:38 pm

chrisdm wrote: Fri Apr 07, 2023 3:09 am 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?

chrisdm wrote: Fri Apr 07, 2023 10:53 pm
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.

Gatorman wrote: Fri Apr 07, 2023 11:12 pm

chrisdm wrote: Fri Apr 07, 2023 10:53 pm
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?

chrisdm wrote: Sat Apr 08, 2023 12:23 am
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.

Gatorman wrote: Sat Apr 08, 2023 12:47 am

chrisdm wrote: Sat Apr 08, 2023 12:23 am
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.

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?

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

spl147 wrote: Mon Apr 10, 2023 9:23 pm 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

Amused wrote: Mon Apr 10, 2023 9:30 pm Hey guys, did anyone find a USB to ethernet adapter that works with the X800m2?

I tried mine and it didn't work.

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.

quietvoid wrote: Tue Apr 11, 2023 12:20 am 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!

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

RESET_9999 wrote: Mon Apr 10, 2023 9:45 pm

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.

johnjon94 wrote: Tue Apr 11, 2023 5:06 pm 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.

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