Dolby Vision now possible through MP4 Mux.

[daddy]

I dont know about the cloneBD method, but here is the one i use and that work.
Exemple : To make a DV version of Alita Battle Angel, with French and English audio.

1/ BDinfo => to scan for the m2ts files that you have to join to demux the ISO/BDMV


2/ tsMuxeR GUI 2.6.12 => to demux the tracks you want


note:
At the end of the demux stage and to make it easier, i rename the files:
- for the HDR10 => bl.hevc
- for the DV layer => el.hevc
- the french audio => audio_fr.dts
- and english audio => audio_en.ac3

For the english track, i directly downconvert TrueHD to ac3, so there is no more work to do on english file.
So now i have: audio_fr.dts and audio_en.ac3

3/ eac3to => to convert audio file to codec supported by mp4 (e-ac3 or ac3)
As the audio_fr file is in dts, i need to convert it to ac3.

Code: Select all

eac3to.exe audio_fr.dts audio.ac3 -core -640

4/ mp4muxer_64bits => to make the DV mp4 file
Now, all the files are in a format supported by the mp4 container.
I can make the DV mp4 file.

Code: Select all

mp4muxer_64bits.exe --dv-profile 7 -i bl.hevc -i el.hevc -i audio_fr.ac3 --media-lang fre -i audio_en.ac3 --media-lang eng -o DV-Movie.mp4

note:
At the end you can rename the DV-Movie.mp4 file. For exemple, Alita, Battle Angel [FR ac3][EN ac3][4k][DV].mp4

First audio track will be played by default.
On LG C7, when you select the second track, you lose the sound (LG bug?), but if you go back 15 seconds, then it works and you have the sound of the second track.

here s the nfo of the produced file

Code: Select all

Général
Nom complet                              : C:\ESD\Alita, Battle Angel [FR ac3][EN ac3][4k][DV].mp4
Format                                   : MPEG-4
Profil du format                         : Base Media / Version 2
Identifiant du codec                     : mp42 (mp42/dby1/isom)
Taille du fichier                        : 38,1 Gio
Durée                                    : 2 h 1 min
Débit global moyen                       : 44,8 Mb/s
Date d'encodage                          : UTC 2019-07-20 08:34:09
Date de marquage                         : UTC 2019-07-20 08:34:09

Vidéo #1
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Profil du format                         : Main 10@L5.1@High
HDR_Format/String                        : SMPTE ST 2094 App 4, Version 1, HDR10+ Profile A compatible
Identifiant du codec                     : hev1
Identifiant du codec/Info                : High Efficiency Video Coding
Durée                                    : 2 h 1 min
Débit                                    : 41,4 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.208
Taille du flux                           : 35,2 Gio (92%)
Default                                  : Non
Date d'encodage                          : UTC 2019-07-20 08:34:09
Date de marquage                         : UTC 2019-07-20 08:34:09
Gamme de couleurs                        : Limited
Coordonnées de chromaticité              : BT.2020
Caractéristiques du transfert            : PQ
Coefficients de la matrice               : BT.2020 non-constant
MasteringDisplay_ColorPrimaries          : Display P3
MasteringDisplay_Luminance               : min: 0.0001 cd/m2, max: 1000 cd/m2
MaxCLL                                   : 233 cd/m2
MaxFALL                                  : 63 cd/m2
Codec configuration box                  : hvcC

Vidéo #2
ID                                       : 2
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Profil du format                         : Main 10@L5.1@High
HDR_Format/String                        : Dolby Vision, Version 1.0, dvhe.07.06, EL+RPU / SMPTE ST 2086, HDR10 compatible
Identifiant du codec                     : dvhe
Identifiant du codec/Info                : High Efficiency Video Coding with Dolby Vision
Durée                                    : 2 h 1 min
Débit                                    : 2 135 kb/s
Largeur                                  : 1 920 pixels
Hauteur                                  : 1 080 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.043
Taille du flux                           : 1,82 Gio (5%)
Default                                  : Non
Date d'encodage                          : UTC 2019-07-20 08:34:09
Date de marquage                         : UTC 2019-07-20 08:34:09
Gamme de couleurs                        : Limited
Coordonnées de chromaticité              : BT.2020
Caractéristiques du transfert            : PQ
Coefficients de la matrice               : BT.2020 non-constant
MasteringDisplay_ColorPrimaries          : Display P3
MasteringDisplay_Luminance               : min: 0.0001 cd/m2, max: 1000 cd/m2
Codec configuration box                  : hvcC+dvcC

Audio #1
ID                                       : 3
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Nom commercial                           : Dolby Digital
Identifiant du codec                     : ac-3
Durée                                    : 2 h 1 min
Type de débit                            : Constant
Débit                                    : 640 kb/s
Canaux                                   : 6 canaux
ChannelLayout                            : L R C LFE Ls Rs
Echantillonnage                          : 48,0 kHz
Images par seconde                       : 31,250 Im/s (1536 SPF)
Profondeur des couleurs                  : 16 bits
Mode de compression                      : Avec perte
Taille du flux                           : 558 Mio (1%)
Langue                                   : Français
ServiceKind/String                       : Complete Main
Default                                  : Non
Date d'encodage                          : UTC 2019-07-20 08:34:09
Date de marquage                         : UTC 2019-07-20 08:34:09

Audio #2
ID                                       : 4
Format                                   : AC-3
Format/Info                              : Audio Coding 3
Nom commercial                           : Dolby Digital
Identifiant du codec                     : ac-3
Durée                                    : 2 h 1 min
Type de débit                            : Constant
Débit                                    : 640 kb/s
Canaux                                   : 6 canaux
ChannelLayout                            : L R C LFE Ls Rs
Echantillonnage                          : 48,0 kHz
Images par seconde                       : 31,250 Im/s (1536 SPF)
Profondeur des couleurs                  : 16 bits
Mode de compression                      : Avec perte
Taille du flux                           : 558 Mio (1%)
Langue                                   : Anglais
ServiceKind/String                       : Complete Main
Default                                  : Non
Date d'encodage                          : UTC 2019-07-20 08:34:09
Date de marquage                         : UTC 2019-07-20 08:34:09

[Grencola]

mp4 also supports non-atmos 7.1 ALAC (Apple Lossless Audio Codec). if you want the keep the original ~7mbps audio (minus atmos) and get Dolby Vision at the same time it's pretty simple; True-HD / DTS-HD MA --> PCM 7.1 --> ALAC. obviously Apple TV 4k (and LG OLED's) support it just fine, not sure of all the specific models, though.

[tr000]

OK, I figured out the problem totally. I have no idea how LG and Vizio TVs are doing Profile 7, but TVs are only supposed to support dvhe.04.07/dvhe.05.07 while UHD BD players can do dvhe.07.06/dvhe.07.07 which is what is mentioned in this thread. When I used dv-profile 5 instead of 7, it worked perfectly on my TCL Roku 4K TV and still retained 12 bit color info as it had two streams.

[daddy]

... but TVs are only supposed to support dvhe.04.07/dvhe.05.07 ...

Why tv should only support single layer "Netflix DV" when they can decode dual layer DV ?
Where did you see that dvhe.07 should only be decoded by UHD BD players ??

[h2owater]

just curious why no official specs for DV inside mkv container ... is it because DV is not fully understood (lack of available documentations)?

i am not talking about playback yet ... just spec to include DV in mkv (mkvtoolnix, as most of you know, can put DV stream inside mkv ... obviosly nothing plays it ... and obvioysly it is not officially standard yet)

many years ago ... makemkv was first to offer 3D ripping to mkv ... nothing played it for years ... but it was fine ... as was able to rip 3D disc in hope future playback will become available ... which it did eventually and no reripping was necessary

this DV is painful ... ripping withot DV to mkv is sure way needing reripping when DV is supported ... same as muxing DV stream with mkvtoolnix (it might not be the way mkv will decide to hold DV data)

so again ... why no official spec to include DV in mkv? (once this is done then implementation of playback can start happening ... withot this ... its dead end atm)

[Grencola]

just curious why no official specs for DV inside mkv container ... is it because DV is not fully understood (lack of available documentations)?

i am not talking about playback yet ... just spec to include DV in mkv (mkvtoolnix, as most of you know, can put DV stream inside mkv ... obviosly nothing plays it ... and obvioysly it is not officially standard yet)

many years ago ... makemkv was first to offer 3D ripping to mkv ... nothing played it for years ... but it was fine ... as was able to rip 3D disc in hope future playback will become available ... which it did eventually and no reripping was necessary

this DV is painful ... ripping withot DV to mkv is sure way needing reripping when DV is supported ... same as muxing DV stream with mkvtoolnix (it might not be the way mkv will decide to hold DV data)

so again ... why no official spec to include DV in mkv? (once this is done then implementation of playback can start happening ... withot this ... its dead end atm)

It's because the mkv container only supports elementary stream playback, so a dual layer dv mkv will disregard the enhancement layer. the Matroska team is currently working on an update that sees the second stream. if you could put a single layer DV stream (like the LG Demo .ts or DVDFab .mp4 files) into an mkv without losing the rpu data it would play in DV on any device that already supports dvhe and you'd get the benefit of full hd-audio. that's the problem right now though; there's no software to rip single layer to DV or convert single layer mp4 to mkv without losing rpu metadata and reverting back to just main.10 hdr :/

[tr000]

... but TVs are only supposed to support dvhe.04.07/dvhe.05.07 ...

Why tv should only support single layer "Netflix DV" when they can decode dual layer DV ?
Where did you see that dvhe.07 should only be decoded by UHD BD players ??

Maybe because Dolby said so? It is not so simple as profile 5 not having dual layer support. Profile 5 can certainly have two layers but a PQ function is used. Profile 4 supports EL but at a lower resolution. It is not "Netflix DV" because there's still two 10-bit layers combined by the TV either with EL or PQ to create 12 Bit Dolby Vision. Streaming is 10 bit and is a completely different spec.
https://www.dolby.com/us/en/technologie ... .3.1.1.pdf

Example device Device capabilities
Field-programmable gate array (FPGA)–based TV • dvhe.04.06
• dvhe.05.07
First-generation chipset-based TV • dvhe.04.07
• dvhe.05.07
First-generation chipset-based ultra-high definition (UHD) Blu-ray player • dvhe.07.06
• dvhe.07.07

[daddy]

I read the Dolby carefully and i do not see where Dolby wrote that tv should not allow decoding dvhe.07.
Dolby only wrote that "This table lists example devices and their capabilities specified by Dolby Vision profiles and levels strings".

Do you know that some UHD Blu-ray player can decode dvhe.04 - dvhe.05 ?
UHD BD players are only supposed to support dvhe.07, no ?

[tr000]

I read the Dolby carefully and i do not see where Dolby wrote that tv should not allow decoding dvhe.07.
Dolby only wrote that "This table lists example devices and their capabilities specified by Dolby Vision profiles and levels strings".

Do you know that some UHD Blu-ray player can decode dvhe.04 - dvhe.05 ?
UHD BD players are only supposed to support dvhe.07, no ?

No, backward compatibility occurs for all lower levels (see Annex III). The document clearly states "Every Dolby Vision playback device must pass Dolby Vision system development kit certification. During the certification procedure, the chipset implementing the Dolby Vision decoder will be tested against the advertised device capabilities, and Dolby will approve the device capabilities" dvhe.04.07 and dvhe.05.07 are the only "Device Capabilities" mentioned for chipset-based TVs.

[daddy]

dvhe.04.07 and dvhe.05.07 are the only "Device Capabilities" mentioned for chipset-based TVs

This is right.
But it simply means that a television needs to support dvhe.04.07 and dvhe.05.07 to be Dolby Vision certified.
And nothing prevents a manufacturer to go further and allow his television to read the dvhe.07.

This is what makes the différence between LG, Vizio (dvhe.07 dual layer compatible) and Sony, Panasonic, Philips, TCL (dvhe.05 single layer compatible)

from Annexe II
"If a Dolby Vision playback device supports Dolby Vision profile 7, it can check for these values in
the reference processing unit of a Dolby Vision bitstream. If the values are not exactly as shown
for all three channels, the device can flag the bitstream as a Dolby Vision profile 7 full
enhancement layer bitstream; otherwise, flag the bitstream as profile 7 MEL."

The documentation don't say "if a BD UHD player (which, for you, should be the only device to support dvhe.07) ..." but instead Dolby wrote "if a playback device".
This mean it can be any device, a bd uhd player, a tv box, a tv that supports dvhe.07.

[tr000]

dvhe.04.07 and dvhe.05.07 are the only "Device Capabilities" mentioned for chipset-based TVs

This is right.
But it simply means that a television needs to support dvhe.04.07 and dvhe.05.07 to be Dolby Vision certified.
And nothing prevents a manufacturer to go further and allow his television to read the dvhe.07.

This is what makes the différence between LG, Vizio (dvhe.07 dual layer compatible) and Sony, Panasonic, Philips, TCL (dvhe.05 single layer compatible)

from Annexe II
"If a Dolby Vision playback device supports Dolby Vision profile 7, it can check for these values in
the reference processing unit of a Dolby Vision bitstream. If the values are not exactly as shown
for all three channels, the device can flag the bitstream as a Dolby Vision profile 7 full
enhancement layer bitstream; otherwise, flag the bitstream as profile 7 MEL."

The documentation don't say "if a BD UHD player (which, for you, should be the only device to support dvhe.07) ..." but instead Dolby wrote "if a playback device".
This mean it can be any device, a bd uhd player, a tv box, a tv that supports dvhe.07.

You are right, but it could also be lower since the device can advertise whatever it wants. DV4 can have dual layer and does play in 12-bit on my TV, so it's not the dual layer impeding compatibility. These are guidelines, in general I guess. We'd need to check the EDID info coming from the TV to confirm.

[tr000]

Well, I thought I had it figured out but maybe not. The .MP4 the MP4 Muxing tool someone on here made played the video fine, but the audio was all messed up. Played fine for a few seconds, then there would be glitches and stuff. Tried doing it manually, same thing. Then I downloaded a REMUX and used the tool, the video was just black. Did it manually, and the audio was fine and it played in DV but now the video paused every couple of seconds. Ugh. Back to the drawing board I guess. Why does DV have to be so finicky?

[Grencola]

Well, I thought I had it figured out but maybe not. The .MP4 the MP4 Muxing tool someone on here made played the video fine, but the audio was all messed up. Played fine for a few seconds, then there would be glitches and stuff. Tried doing it manually, same thing. Then I downloaded a REMUX and used the tool, the video was just black. Did it manually, and the audio was fine and it played in DV but now the video paused every couple of seconds. Ugh. Back to the drawing board I guess. Why does DV have to be so finicky?

give this a whirl:

• grab the latest trial of dvdfab (you get 3 free conversions)
• click uhd ripper
• add your bdmv folder - it should automatically see dv and choose the mp4.dolbyvision profile (see that it did)
• click the little wrench beside the movie for advanced settings
• check copy-video box
• uncheck web optimized box
• click the dolby pulldown menu and choose single layer+rpu
• choose ac3 audio and up the bitrate to 640kbps
• hit ok
• click start

thought you might have better luck with dvhe.05.06 as more devices support it. you can choose dual layer from that pulldown too if you want to compare to what you have.

[tr000]

Well, I thought I had it figured out but maybe not. The .MP4 the MP4 Muxing tool someone on here made played the video fine, but the audio was all messed up. Played fine for a few seconds, then there would be glitches and stuff. Tried doing it manually, same thing. Then I downloaded a REMUX and used the tool, the video was just black. Did it manually, and the audio was fine and it played in DV but now the video paused every couple of seconds. Ugh. Back to the drawing board I guess. Why does DV have to be so finicky?

give this a whirl:

• grab the latest trial of dvdfab (you get 3 free conversions)
• click uhd ripper
• add your bdmv folder - it should automatically see
• dv and choose the mp4.dolbyvision profile (see that it did)
• click the little wrench beside the movie for advanced settings
• choose copy video box
• uncheck web optimized box
• click the dolby pulldown menu and choose single layer+rpu
• choose ac3 audio and up the bitrate to 640kbps
• hit ok
• click start

you might have better luck with dvhe.05.06 as more devices support it. you can choose dual layer from that pulldown too if you want to compare to what you have.

I actually already tried it with DVDFab 11.0.3.1, the TV said there were no video tracks on the mp4. Did they add more options to the newer versions?

[Grencola]

I actually already tried it with DVDFab 11.0.3.1, the TV said there were no video tracks on the mp4. Did they add more options to the newer versions?

They did, yeah: https://m.dvdfab.cn/dvd-fab-new try the latest version with single-layer conversion