Dolby Vision now possible through MP4 Mux.

[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.

[shawnc22]

There are multiple reasons why the FEL structure is intact in my MEL files.
This is not the important thing.
What matters, in my opinion, are the NALu RPU. Imagine the latter as an orchestra conductor. With the right changes I can explain to the Decoder that it does not have to start a second decoding session (as happens in FEL files) but to use "a static image" as substrate (as happens with MEL files) regardless of the presence of FEL data.
This is the goal.

Hey yusecope, so I went back and reread the FAQ posted here: https://forum.blu-ray.com/showpost.php? ... tcount=119 again just to better understand what the conversion is doing in the big picture. Referring to the image snippet of the dolby docs in that post, lets take for example some FEL content that was mastered on a 4000-nit display and then split up into a 1000-nit base layer and an EL that’s required to reconstruct the original picture. When converting to MEL, am I correct to understand that your tool is not actually converting the base layer to 4000 nits with information from the EL, but instead modifying the RPU so that it can tell the decoder later during playback that no extra picture information exists on the EL, thus treating the entire file as MEL? So in a sense, this is a more sophisticated version of your previous -mode 2 conversion?

[iamTa]

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.

These all played perfectly in DV with no flickering on a LG C9 with an Nvidia Shield and the modded Exoplayer.

[badrobot]

@jcdr428

With the nightly build version of TsMuxeR on Sept 25th, If I choose the TS output format, Plex Server can not detect the TrueHD sound track, only an AC3-5.1 sound track. Plex on Shield TV Pro 2019 can not play the ts file, the picture freezes.

If I choose the M2TS output format, everything is OK.
I have tested 2 movies, got the same result.
Plex Server and Plex Android App are both the latest version.

These are my steps:
1. Use FFMPEG to split BL and EL layer from the UHD Bluray Disk.
2. Use the Mux python script by yusesope to get BL_EL_RPU.hevc.
3. Use TsMuxeR GUI to mux the final TS or M2TS, all the TsMuxeR GUI options are default. Only 2 tracks are selected to mux.

————————————————

Code: Select all

 MUXOPT --no-pcr-on-video-pid --vbr  --vbv-len=500
#V_MPEGH/ISO/HEVC, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", track=4113
#V_MPEGH/ISO/HEVC, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", track=4117
#A_DTS, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", track=4352, lang=deu
A_AC3, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", track=4353, lang=eng
#A_DTS, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", track=4354, lang=und
#S_HDMV/PGS, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", fps=24, track=4768, lang=deu
#S_HDMV/PGS, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", fps=24, track=4769, lang=eng
#S_HDMV/PGS, "D:\Downloads\Leon.The.Professional.1994.MULTi.COMPLETE.UHD.BLURAY-MONUMENT\BDMV\STREAM\00023.m2ts", fps=24, track=4770, lang=deu
V_MPEGH/ISO/HEVC, "D:\tmp\BL_EL_RPU.hevc"