Dolby Vision now possible through MP4 Mux.

[PapitaHD]

At this stage I'm interested in the mp4 format (simply because we have Dolby's mp4muxer and because Dolby itself got its hands on the ExoP code for this container).
Ergo, if ExoP correctly plays the edited MEL mp4 files and if the content of these files (transposed into m2ts DTDL) is played on the Sony X700/M9702 (devices that have only one task and cannot be modded...at least not by me) then the files we're testing aren't completely weird.

I don't know if this helps but I did another test: muxed a short sample of Saving Private Ryan to single track dual layer FEL, then I demuxed and converted it to MEL (with method2 version of the tool) and transported the BL and EL+RPU hevc's with the latest tsMuxer into a dual track dual layer m2ts. It plays perfectly on my M9702 and looks the same as the original complete UHD BluRay backup.

[chros]

At this stage I'm interested in the mp4 format (simply because we have Dolby's mp4muxer and because Dolby itself got its hands on the ExoP code for this container).
Ergo, if ExoP correctly plays the edited MEL mp4 files and if the content of these files (transposed into m2ts DTDL) is played on the Sony X700/M9702 (devices that have only one task and cannot be modded...at least not by me) then the files we're testing aren't completely weird.

I don't if this helps but I did another test: muxed a short sample of Saving Private Ryan to single track dual layer FEL, then I demuxed and converted it to MEL (with method2 version of the tool) and transported the BL and EL+RPU hevc's with the latest tsMuxer into a dual track dual layer m2ts. It plays perfectly on my M9702 and looks the same as the original complete UHD BluRay backup.

Can you upload it somewhere? I also like. to try it out, thanks!

[PapitaHD]

At this stage I'm interested in the mp4 format (simply because we have Dolby's mp4muxer and because Dolby itself got its hands on the ExoP code for this container).
Ergo, if ExoP correctly plays the edited MEL mp4 files and if the content of these files (transposed into m2ts DTDL) is played on the Sony X700/M9702 (devices that have only one task and cannot be modded...at least not by me) then the files we're testing aren't completely weird.

I don't if this helps but I did another test: muxed a short sample of Saving Private Ryan to single track dual layer FEL, then I demuxed and converted it to MEL (with method2 version of the tool) and transported the BL and EL+RPU hevc's with the latest tsMuxer into a dual track dual layer m2ts. It plays perfectly on my M9702 and looks the same as the original complete UHD BluRay backup.

Can you upload it somewhere? I also like. to try it out, thanks!

Here you go: https://we.tl/t-scOQyYpmT9

[chros]

Here you go: https://we.tl/t-scOQyYpmT9

Thanks, both (m2ts and ts files) indeed work well on m9702! The interesting part is that the old Joker dvhe.07.06_BL_EL_RPU_Single_Track_Double_Layer.mp4 sample didn't work

[lexyz]

I don't know if this helps but I did another test: muxed a short sample of Saving Private Ryan to single track dual layer FEL, then I demuxed and converted it to MEL (with method2 version of the tool) and transported the BL and EL+RPU hevc's with the latest tsMuxer into a dual track dual layer m2ts. It plays perfectly on my M9702 and looks the same as the original complete UHD BluRay backup.

It seems this STDL.sample doesn't flicker on shield.
Hard to tell for sure.
Can you please make one more sample but 1 min longer?

[PapitaHD]

I don't know if this helps but I did another test: muxed a short sample of Saving Private Ryan to single track dual layer FEL, then I demuxed and converted it to MEL (with method2 version of the tool) and transported the BL and EL+RPU hevc's with the latest tsMuxer into a dual track dual layer m2ts. It plays perfectly on my M9702 and looks the same as the original complete UHD BluRay backup.

It seems this STDL.sample doesn't flicker on shield.
Hard to tell for sure.
Can you please make one more sample but 1 min longer?

Here is a 3 min long sample: https://we.tl/t-K5JhSURkGS

[yusesope]

yep, it looks like @yusesope fel to mel conversions are done properly.
https://screenshotcomparison.com/comparison/6581

...muxed a short sample of Saving Private Ryan to single track dual layer FEL, then I demuxed and converted it to MEL ...It plays perfectly on my M9702 and looks the same as the original complete UHD BluRay backup.

Thank you for your time. Thanks to your tests it seems to me that "method 2" is safe and functional.

Before releasing version v0.0.4_BETA I need one last test: an STDL FEL-> MEL file inside the MKV container (to be tested on a device like the FireStick 4K, capable of playing MEL profile 7 but not FEL profile 7 ). Of course you have to use my version of ExoP.
Always using the various conversion steps FEL -> MEL, instead of creating an m2ts MEL DTDL in TsMuxeR, generate an ISO (always adding first BL.hevc and then EL_RPU.hevc in TsMuxeR) and feed it to MakeMKV.

If I use TsMuxeR to mux 'BL_EL_RPU.hevc' which is in dv 8 profile with Dts audio tracks, TsMuxer switches me back to dv 7 profile, and it is read in HDR PQ and not in Dolby Vision.
............
I would like to have a .ts with a dv 8 profile
thanks

This behavior is normal. If you give TsMuxeR a raw hevc stream consisting of BL+EL+RPU, TsMuxer will only be able to assign profile 7.
Do you want profile 8? You have to import a stream with only BL+RPU into TsMuxeR. To do this, right click on "MUX.bat" and "MUX_AND_CONVERT_TO_MEL.bat" and then select "Edit". Add the string -mode 2 in both and save the changes. At the moment, however, I do not recommend proceeding with this solution. Read on to understand why.
PS:
the name of the file created will always be BL_EL_RPU.hevc but it is simply a placeholder for people who are "too lazy" to use the command line

if you're looking for a new project, I would love an RPU parser(supported by x265.exe) just like the HDR10+ parser does so I can encode uhd-BD to true profile 5 full range.

True profile 5, that's what I am waiting for...

I honestly don't understand why you guys care so much about profile 5.
It uses a proprietary color space (the advantages of which will perhaps be appreciable when we have 12bit panels) and not having an Enhancement Layer is definitely lower quality than a UHD-BD. So why?

Converting a color space involves an encoding operation, and if you wait for me to write an encoder from scratch then the wait will be very long (years).
I'm sure there are people in the world who are already working on it. I don't have the skills for that!

Instead I am doing some experiments on profile 8 (in particular 8.1). The idea is to improve my -mode 2 (UHD-BD -> 8.1). This profile should work for any "streaming device" (from televisions to consoles). What do you think?

Good evening yusesope, how do you get the RPU out of the EL? it is to be able to encode afterwards in x265
thank you

if you're looking for a new project, I would love an RPU parser(supported by x265.exe)...

x265 does not need a parser for RPU. It simply accepts a file containing the RPUs (I presume sorted according to each access unit present in the Base Layer). Look HERE.

What's the problem? If you proceed with an encoding of the Base Layer then you must also change the parameters of the RPU. At the moment, however, we do not know the algorithm that allows to generate new RPUs!

[lexyz]

Here is a 3 min long sample: https://we.tl/t-K5JhSURkGS

much appreciated
Still flickers

[PapitaHD]

Here is a 3 min long sample: https://we.tl/t-K5JhSURkGS

much appreciated
Still flickers

Bad news... After you'd said it's flickering I checked Saving Private Ryan again with longer samples and sadly it really flickers on C8 and M9702 too.
Final conclusion: STDL MEL (and DTDL MEL) flickers but STDL FEL doesn't.

Strange thing is that Transformers 4 (which has about the same bitrate for its FEL) works perfectly after the MEL conversion, no flickering at all.

I'm gonna test a few more titles.

[ghostshadow]

yep, it looks like @yusesope fel to mel conversions are done properly.
https://screenshotcomparison.com/comparison/6581

This behavior is normal. If you give TsMuxeR a raw hevc stream consisting of BL+EL+RPU, TsMuxer will only be able to assign profile 7.
Do you want profile 8? You have to import a stream with only BL+RPU into TsMuxeR. To do this, right click on "MUX.bat" and "MUX_AND_CONVERT_TO_MEL.bat" and then select "Edit". Add the string -mode 2 in both and save the changes. At the moment, however, I do not recommend proceeding with this solution. Read on to understand why.
PS:
the name of the file created will always be BL_EL_RPU.hevc but it is simply a placeholder for people who are "too lazy" to use the command line



I honestly don't understand why you guys care so much about profile 5.
It uses a proprietary color space (the advantages of which will perhaps be appreciable when we have 12bit panels) and not having an Enhancement Layer is definitely lower quality than a UHD-BD. So why?

Converting a color space involves an encoding operation, and if you wait for me to write an encoder from scratch then the wait will be very long (years).
I'm sure there are people in the world who are already working on it. I don't have the skills for that!

Instead I am doing some experiments on profile 8 (in particular 8.1). The idea is to improve my -mode 2 (UHD-BD -> 8.1). This profile should work for any "streaming device" (from televisions to consoles). What do you think?



x265 does not need a parser for RPU. It simply accepts a file containing the RPUs (I presume sorted according to each access unit present in the Base Layer). Look HERE.

What's the problem? If you proceed with an encoding of the Base Layer then you must also change the parameters of the RPU. At the moment, however, we do not know the algorithm that allows to generate new RPUs!

Thank you very much!

[ragico]

Before releasing version v0.0.4_BETA I need one last test: an STDL FEL-> MEL file inside the MKV container (to be tested on a device like the FireStick 4K, capable of playing MEL profile 7 but not FEL profile 7 ). Of course you have to use my version of ExoP.
Always using the various conversion steps FEL -> MEL, instead of creating an m2ts MEL DTDL in TsMuxeR, generate an ISO (always adding first BL.hevc and then EL_RPU.hevc in TsMuxeR) and feed it to MakeMKV.

Tested and works in firestick.

[yusesope]

Tested and works in firestick.

Thanks for your invaluable help!

Still flickers

Bad news... After you'd said it's flickering I checked Saving Private Ryan again with longer samples and sadly it really flickers on C8 and M9702 too.
Final conclusion: STDL MEL (and DTDL MEL) flickers but STDL FEL doesn't.

Strange thing is that Transformers 4 (which has about the same bitrate for its FEL) works perfectly after the MEL conversion, no flickering at all.

I'm gonna test a few more titles.

Thanks for reporting! I hope Private Ryan is an exception. If you do any more tests, please let us know the results!

Ciao mike!
Today @lexyz and @PapitaHD started the "bug hunting" day .
It seemed rude not to invite you to play with us !
Maybe (and just maybe) I ran into a MakeMKV bug.
THIS 60 sec sample comes from the Spears & Munsil UHD-BD. It is a file with DV MEL but MakeMKV does not recognize it as such and generates a DV-free mkv.
I believe your logic is based on analyzing the nonlinear quantization parameters. The problem is that these RPUs don't have any (due to the value of the boolean disable_residual_flag). You should add a safety net for this non-standard file type.

[iamTa]

Before releasing version v0.0.4_BETA I need one last test: an STDL FEL-> MEL file inside the MKV container (to be tested on a device like the FireStick 4K, capable of playing MEL profile 7 but not FEL profile 7 ). Of course you have to use my version of ExoP.
Always using the various conversion steps FEL -> MEL, instead of creating an m2ts MEL DTDL in TsMuxeR, generate an ISO (always adding first BL.hevc and then EL_RPU.hevc in TsMuxeR) and feed it to MakeMKV.

I've just tested this and it works perfectly on an Nvidia Shield!

[PapitaHD]

I've created a few mkv's with the method yusesope described (converting to MEL with method2, creating ISO with tsMuxeR then remux it with MakeMKV), so others can test them, unfortunately I don't own a device which would be able to play DV-mkv.
Saving Private Ryan is among them, would be interesting to see whether it flickers in an mkv container too or not.
Gladiator & Kick-Ass: https://we.tl/t-eDu4zjnQj0
Apocalypse Now: https://we.tl/t-SJaD5a4ExL
Transformers 4: https://we.tl/t-z6Oos2hHxy
Saving Private Ryan: https://we.tl/t-IgV2cbcSuY

I checked all of them and only Saving Private Ryan flickers.

[RESET_9999]

I honestly don't understand why you guys care so much about profile 5.
It uses a proprietary color space (the advantages of which will perhaps be appreciable when we have 12bit panels) and not having an Enhancement Layer is definitely lower quality than a UHD-BD. So why?

Because I have a another DV TV with an appleTV in another room.

Converting a color space involves an encoding operation,

I'm not sure about that, The Sony x700 , the Windows 10 Movies & TV app can tone map on the fly, profile 5 full range to HDR10 bt2020 or SDR bt709. The vertex 2 can also do that.
But i do get that in order to obtain a new/proper profile 5 file, encoding is required.

if you wait for me to write an encoder from scratch then the wait will be very long (years).

the encoder (x265.exe) already exists for that.. I was just asking for a tool that can extract the RPU information to a file that would be accepted in x265.exe

What's the problem? If you proceed with an encoding of the Base Layer then you must also change the parameters of the RPU. At the moment, however, we do not know the algorithm that allows to generate new RPUs!

it's all fine, it was a long shot. I was just hoping for more magic coming from you
I appreciate all the work you've done.