Dolby Vision now possible through MP4 Mux.

[RESET_9999]

Bonjour, mon ami!
J'ai etudie le français a l'ecole (quand j'avais dix ans) et je ne me souviens (pas???) de rien .
Le conseil est de rester avec le conteneur mp4.
Ta (votre??) televiseur ne peut pas envoyer le dts-hd avec le port HDMI et, dans le cas des speakers internes, dts-hd est lu comme dts (core uniquement).
La prochaine fois, tu dois ecrire en anglais sinon ils pensent au stereotype du français que ne veut pas parler anglais

wow, ton français est très bien mon ami!

[ghostshadow]

hello yusesope
j'ai utilisé ta méthode pour creer un mp4 DV profil 8
Il passe très bien avec le lecteur interne de ma Tv panasonic. Par contre j'ai pas pu intégrer les pistes audio qui sont en dts-hd
J'ai essayé de faire un .ts mais le profil DV change en profil 7 et la il est pas lut en Dolby vision

Bonjour, mon ami!
J'ai etudie le français a l'ecole (quand j'avais dix ans) et je ne me souviens (pas???) de rien .
Le conseil est de rester avec le conteneur mp4.
Ta (votre??) televiseur ne peut pas envoyer le dts-hd avec le port HDMI et, dans le cas des speakers internes, dts-hd est lu comme dts (core uniquement).
La prochaine fois, tu dois ecrire en anglais sinon ils pensent au stereotype du français que ne veut pas parler anglais

Sorry I made a mistake .
So my mp4 has no soundtrack than the video track.
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.
File .Ts

Général
ID : 1 (0x1)
Nom complet : I:\MIDWAY\BL_EL_RPU.ts
Format : MPEG-TS
Taille du fichier : 72,7 Gio
Durée : 2 h 18 min
Type de débit global : Variable
Débit global moyen : 75,3 Mb/s
Débit global maximum : 35,5 Mb/s

Vidéo
ID : 4117 (0x1015)
ID de menu : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Profil du format : Main 10@L5.1@High
HDR format : Dolby Vision, Version 2.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
Identifiant du codec : 36
Durée : 2 h 18 min
Largeur : 3 840 pixels
Hauteur : 2 160 pixels
Format à l'écran : 16/9
Images par seconde : 23,976 (24000/1001) Im/s
Espace de couleurs : YUV
Sous-échantillonnage de la chrominance : 4:2:0 (Type 2)
Profondeur des couleurs : 10 bits
Gamme de couleurs : Limited
Coordonnées de chromaticité : BT.2020
Caractéristiques du transfert : PQ
Coefficients de la matrice : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 570 cd/m2
Maximum Frame-Average Light Level : 1504 cd/m2

Audio
ID : 4352 (0x1100)
ID de menu : 1 (0x1)
Format : DTS XLL
Format/Info : Digital Theater Systems
Nom commercial : DTS-HD Master Audio
Type de muxing : Stream extension
Identifiant du codec : 134
Durée : 2 h 18 min
Type de débit : Variable
Canaux : 8 canaux
Channel layout : C L R LFE Lb Rb Lss Rss
Echantillonnage : 48,0 kHz
Images par seconde : 93,750 Im/s (512 SPF)
Profondeur des couleurs : 24 bits
Mode de compression : Sans perte

File .mp4 only video

Général
Nom complet : I:\MIDWAY\MidwayDV.mp4
Format : MPEG-4
Profil du format : Base Media / Version 2
Identifiant du codec : mp42 (mp42/dby1/isom)
Taille du fichier : 64,6 Gio
Durée : 2 h 18 min
Débit global moyen : 66,9 Mb/s
Date d'encodage : UTC 2020-09-23 10:24:21
Date de marquage : UTC 2020-09-23 10:24:21

Vidéo
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Profil du format : Main 10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.08.06, BL+EL+RPU / SMPTE ST 2086, HDR10 compatible
Identifiant du codec : hev1
Identifiant du codec/Info : High Efficiency Video Coding
Durée : 2 h 18 min
Débit : 66,9 Mb/s
Largeur : 3 840 pixels
Hauteur : 2 160 pixels
Format à l'écran : 16/9
Type d'images/s : Constant
Images par seconde : 23,976 (24000/1001) Im/s
Espace de couleurs : YUV
Sous-échantillonnage de la chrominance : 4:2:0 (Type 2)
Profondeur des couleurs : 10 bits
Bits/(Pixel*Image) : 0.336
Taille du flux : 64,6 Gio (100%)
Default : Non
Date d'encodage : UTC 2020-09-23 10:24:21
Date de marquage : UTC 2020-09-23 10:24:21
Gamme de couleurs : Limited
Coordonnées de chromaticité : BT.2020
Caractéristiques du transfert : PQ
Coefficients de la matrice : BT.2020 non-constant
Mastering display color primaries : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 570 cd/m2
Maximum Frame-Average Light Level : 1504 cd/m2
Codec configuration box : hvcC+dvcC+hvcE

I would like to have a .ts with a dv 8 profile
thanks

[ghostshadow]

hello yusesope
j'ai utilisé ta méthode pour creer un mp4 DV profil 8
Il passe très bien avec le lecteur interne de ma Tv panasonic. Par contre j'ai pas pu intégrer les pistes audio qui sont en dts-hd
J'ai essayé de faire un .ts mais le profil DV change en profil 7 et la il est pas lut en Dolby vision

Bonjour, mon ami!
J'ai etudie le français a l'ecole (quand j'avais dix ans) et je ne me souviens (pas???) de rien .
Le conseil est de rester avec le conteneur mp4.
Ta (votre??) televiseur ne peut pas envoyer le dts-hd avec le port HDMI et, dans le cas des speakers internes, dts-hd est lu comme dts (core uniquement).
La prochaine fois, tu dois ecrire en anglais sinon ils pensent au stereotype du français que ne veut pas parler anglais

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

[RESET_9999]

yep, it looks like @yusesope fel to mel conversions are done properly. Great job man, you are truly a genius.

https://screenshotcomparison.com/comparison/6581


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.

[mulucy]

yep, it looks like @yusesope fel to mel conversions are done properly. Great job man, you are truly a genius.

https://screenshotcomparison.com/comparison/6581


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 appreciate all the work you have done testing and comparing the profiles. Thank you!

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