Dolby Vision now possible through MP4 Mux.

[chronomac]

Started using the DoVi_Scripts tool in earnest this week and I have a question about the audio, for converting Profile 7 MKV rips to Profile 8.

When I run the script, I use option 4 (for Profile 7 MKV input) then 2 (for profile 7 rip to profile and then I drop the file in. Once it reads the file it asks if I want to convert the audio to DDP and I hit N and then N again for editing L5. Using those selections, specifically the one about DDP, will the quality of the original audio track be diminished? I ask because once I converted a full length movie, I checked the old and new files in MediaInfo and while the max bitrates on those audio tracks were the same, the regular bitrate was smaller (from 4,339 kb/s to 64) and the size was smaller (3.62 GB to 54.7 MB). This is a movie with a TrueHD 5.1 track.

I just want to make sure I don't touch the audio much, if at all - I like having a lossless track. The DV conversion seems to work just fine (changing the file to a .ts).

[RESET_9999]

I made some new L1 test files.

LLDV (Bravia XF90)
Shield TV - visible picture adjustments after 1000 nit for all versions P5/P8 old and new
Zidoo Z9X - only P8 works, P5 - no adjustments (forces VS10 and Auto HDR modes tested)
UBP-X700 - this one is extremely interesting! only P8 old works but without any visible changes up to 4000 nit
I suppose it just do tonemapping to 4k ignoring Target Max PQ value from EDID
In that case some movies indeed will be darker in DV on this player like this https://slow.pics/c/Eyy9YjPX and all the fuss about Sony's dim DV from external sources make sense now

btw could you please make version with MDL and MCLL limited by 1000nit?

I looked at this a couple of weeks ago and couldn't find that specific settings. How is it called exactly?

Shield / Settings / Device Preferences / Developer options / Default to Low Latency Dolby Vision when available

Anyway LL11 doesnt work on Shield even in LLDV mode

thanks interesting results.

UBP-X700 - this one is extremely interesting! only P8 old works but without any visible changes up to 4000 nit

Did you remux the file to TS? Sometimes my x800m2 gives me "fake" DV with mp4 files.

Zidoo Z9X - only P8 works, P5 - no adjustments (forces VS10 and Auto HDR modes tested)

yep, this is why I sold my Zidoo player. Many times the RPU didn't work at all and it seems to be random.


more test files:

this one test L2 trim passes: https://drive.google.com/file/d/15iySXK ... share_link
This one compares original DV with generated DV. (this is the reason why the latest version of my script now overwrites L2 when it inject XML.)
https://drive.google.com/file/d/1_PkGF9 ... share_link

[RESET_9999]

Started using the DoVi_Scripts tool in earnest this week and I have a question about the audio, for converting Profile 7 MKV rips to Profile 8.

When I run the script, I use option 4 (for Profile 7 MKV input) then 2 (for profile 7 rip to profile and then I drop the file in. Once it reads the file it asks if I want to convert the audio to DDP and I hit N and then N again for editing L5. Using those selections, specifically the one about DDP, will the quality of the original audio track be diminished? I ask because once I converted a full length movie, I checked the old and new files in MediaInfo and while the max bitrates on those audio tracks were the same, the regular bitrate was smaller (from 4,339 kb/s to 64) and the size was smaller (3.62 GB to 54.7 MB). This is a movie with a TrueHD 5.1 track.

I just want to make sure I don't touch the audio much, if at all - I like having a lossless track. The DV conversion seems to work just fine (changing the file to a .ts).

it's because MediaInfo reports the AC3 core bitrate and size of a trueHD track. If you demux it, you will see that the size is truly lossless and the same as the original.

When the script is set to mux to TS container , it automatically add a silent 64kbps core to the TrueHD track for bluray player compatibility.

FYI, you dont have to answer "N" to the DDP and L5 questions. You can just press enter to skip it.

[chronomac]

Started using the DoVi_Scripts tool in earnest this week and I have a question about the audio, for converting Profile 7 MKV rips to Profile 8.

When I run the script, I use option 4 (for Profile 7 MKV input) then 2 (for profile 7 rip to profile and then I drop the file in. Once it reads the file it asks if I want to convert the audio to DDP and I hit N and then N again for editing L5. Using those selections, specifically the one about DDP, will the quality of the original audio track be diminished? I ask because once I converted a full length movie, I checked the old and new files in MediaInfo and while the max bitrates on those audio tracks were the same, the regular bitrate was smaller (from 4,339 kb/s to 64) and the size was smaller (3.62 GB to 54.7 MB). This is a movie with a TrueHD 5.1 track.

I just want to make sure I don't touch the audio much, if at all - I like having a lossless track. The DV conversion seems to work just fine (changing the file to a .ts).

it's because MediaInfo reports the AC3 core bitrate and size of a trueHD track. If you demux it, you will see that the size is truly lossless and the same as the original.

When the script is set to mux to TS container , it automatically add a silent 64kbps core to the TrueHD track for bluray player compatibility.

FYI, you dont have to answer "N" to the DDP and L5 questions. You can just press enter to skip it.

That's really good to know (that I'm actually getting a lossless audio track). Thanks!

[niallobr]

I'd like to also ask an audio related question. I'm pretty sure the answer is no, but hey

@RESET_9999 is there any way to use your script and the tools provided to convert TrueHD Atmos -> EAC3 Atmos? It seems impossible to change formats and keep the Atmos data with these tools? I've tried the different audio encoding options without success.

It is still great that your script can convert 7.1 TrueHD to 7.1 EAC3, since ffmpeg still can't do more than 6 channels yet. I guess this is the joy of working with non-licensed software

Thank you very much for your work on the script. It is powerful but also makes things very simple.

[Seraphimon956]

Hi, I have got a question about the behavior of the X700 when using the bdmv mode to play Dolby vision and truehd atmos content. I use tsmuxer (latest nightly) to create a bdmv folder structure from the original ripped UHD disk. Then I put the two folders, BDMV and CERTIFICATE, at the USB drive root of my external HDD. But when I try to play the bdmv folder using the x700 and opening the AVCHD virtual folder (I assume the x700 itself creates it every time in order to open the bdmv folder), only the dolby vision label appear on the right corner of my lg cx. I can confirm that FF/RW (even for +3 hours movies), chapter list, and forced subtitle indeed work as per the Dolby_Vision_Stuff table (this trick also prevents entirely the annoying green/purple bug when reproducing multiple DV m2ts). But the Dolby atmos label does not trigger (I can confirm this by opening the TV info tab on my LG cx), even though the audio is being played regularly and the player reports that the audio track is Dolby truehd (has it been downgraded or only the AC3 core is actually played? Maybe someone can shed some light on this matter, I am so confused ). The strange fact is that if I try opening the 0000.m2ts file directly, without putting the bdmv folder at the USB drive root, Dolby atmos label and Dolby vision label both show up in the top right corner, although FF/RW is blocked. Furthermore, it seems that the maximum limit for audio tracks and subtitles is 8 when playing m2ts files, even if the latter have been muxed with tsmuxer. So, with ten audio tracks and ten subtitles, only the first eight will be read and the others will be simply ignored by the player (the cycle starts again from subtitle 1 or from audio track 1). I hope someone here can clarify this issue, could be just a bug of the TV not recognizing the atmos track, although I am really not sure about it.

I have discovered another strange bug (?). Apparently, when one plays the .m2ts created with tsmuxer, with Dolby vision FEL content (profile 7 double layer), my LG cx does show the label for atmos and dolby vision, but the player itself says that the content is 4k/24p HDR. The same does not apply when you play the bdmv at the root of the USB external drive by pressing the avchd virtual folder; in that case both the player and the TV display the Dolby Vision label. But the problem of the downgrade of the Atmos track remains and now I am pretty sure of it since the difference is audible even by reproducing atmos content with the TV internal speakers: the Atmos track is clearer and slightly louder. I hope someone has fresh info on this problem, I literally searched everywhere but nobody seems to have noticed the atmos downgrade bug.

[nekno]

I have discovered another strange bug (?). Apparently, when one plays the .m2ts created with tsmuxer, with Dolby vision FEL content (profile 7 double layer), my LG cx does show the label for atmos and dolby vision, but the player itself says that the content is 4k/24p HDR. The same does not apply when you play the bdmv at the root of the USB external drive by pressing the avchd virtual folder; in that case both the player and the TV display the Dolby Vision label. But the problem of the downgrade of the Atmos track remains and now I am pretty sure of it since the difference is audible even by reproducing atmos content with the TV internal speakers: the Atmos track is clearer and slightly louder. I hope someone has fresh info on this problem, I literally searched everywhere but nobody seems to have noticed the atmos downgrade bug.

I don't have a CX to know how audio is treated, but you're expecting the CX to pass the TrueHD audio through to an audio device via eARC? What does the device say it's decoding? My understanding is that the CX does not have a TrueHD decoder to play back the audio on the TV. The Atmos support is limited to an EAC3 decoder. Supported codecs: AC4, AC3 (Dolby Digital), EAC3, HE-AAC, AAC, MP2, MP3, PCM, WMA, apt-X (refer to manual)

I send my video+audio from the X700 through an AVR to a TV, and the AVR plays and decodes and shows the info for TrueHD Atmos when the audio stream is properly muxed with an AC3 core. If you're taking your audio stream from the UHD BD as you say, then you should already have the AC3 core in your audio stream when you remux to BDMV. If you're going through some other intermediate step, you need to first remux your TrueHD stream with an AC3 core before remuxing the DTDL HEVC files and thd+ac3 file to BDMV.

The X700 won't play DV7 from m2ts in my experience, you have to use a BDMV folder from USB. The X700 is reporting HDR instead of DV because it isn't applying DV, it's just playing back the HDR10 BL.

So for m2ts, you'd have to convert DV7 FEL to DV8.1 and lose the benefit of the full EL.

For DV7 MEL/FEL, I use BDMV format for the best playback experience and max quality, and I get TrueHD Atmos audio.

For DV8, I use m2ts format streamed from network or USB and can also get TrueHD Atmos audio.

[RESET_9999]

@RESET_9999 is there any way to use your script and the tools provided to convert TrueHD Atmos -> EAC3 Atmos? It seems impossible to change formats and keep the Atmos data with these tools? I've tried the different audio encoding options without success.

nop i dont think so. If it ever happens it will be from there: https://forum.doom9.org/showthread.php?t=184364
the best you can do i think (but never tried) is to take the metadata from an existing DD+ atmos 768kbps track and encode a new 1536kbps DD+ atmos track in DEE + cavernize using the TrueHD and DDP track metadata.

The X700 won't play DV7 from m2ts in my experience, you have to use a BDMV folder from USB. The X700 is reporting HDR instead of DV because it isn't applying DV, it's just playing back the HDR10 BL.

You just have to remux the original m2ts to a new m2ts(or ts) with tsmuxer to get DV. Your new m2ts will have the proper flag:

Code: Select all

Format                                   : MPEG-TS
File size                                : 63.5 GiB
Duration                                 : 1 h 50 min
Overall bit rate mode                    : Variable
Overall bit rate                         : 82.0 Mb/s
Maximum Overall bit rate                 : 35.5 Mb/s

Video #1
ID                                       : 4113 (0x1011)
Menu ID                                  : 1 (0x1)
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main 10@L5.1@High
HDR format                               : SMPTE ST 2086, HDR10 compatible
Codec ID                                 : 36
Duration                                 : 1 h 50 min
Width                                    : 3 840 pixels
Height                                   : 2 160 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0 (Type 2)
Bit depth                                : 10 bits
Color range                              : Limited
Color primaries                          : BT.2020
Transfer characteristics                 : PQ
Matrix coefficients                      : BT.2020 non-constant
Mastering display color primaries        : Display P3
Mastering display luminance              : min: 0.0050 cd/m2, max: 4000 cd/m2
Maximum Content Light Level              : 1000 cd/m2
Maximum Frame-Average Light Level        : 227 cd/m2

Video #2
ID                                       : 4117 (0x1015)
Menu ID                                  : 1 (0x1)
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format profile                           : Main 10@L5.1@High
HDR format                               : Dolby Vision, Version 1.0, dvhe.07.06, EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
Codec ID                                 : 6
Duration                                 : 1 h 50 min
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 23.976 (24000/1001) FPS
Color space                              : YUV
Chroma subsampling                       : 4:2:0 (Type 2)
Bit depth                                : 10 bits
Color range                              : Limited
Color primaries                          : BT.2020
Transfer characteristics                 : PQ
Matrix coefficients                      : BT.2020 non-constant
Mastering display color primaries        : Display P3
Mastering display luminance              : min: 0.0050 cd/m2, max: 4000 cd/m2

[yossSP]

I'd like to also ask an audio related question. I'm pretty sure the answer is no, but hey

@RESET_9999 is there any way to use your script and the tools provided to convert TrueHD Atmos -> EAC3 Atmos? It seems impossible to change formats and keep the Atmos data with these tools? I've tried the different audio encoding options without success.

It is still great that your script can convert 7.1 TrueHD to 7.1 EAC3, since ffmpeg still can't do more than 6 channels yet. I guess this is the joy of working with non-licensed software

Thank you very much for your work on the script. It is powerful but also makes things very simple.

Hi @RESET_9999, it's great to have you here again.

As I said time before in this thread, till now I was using ffmpeg to convert the best multichannel audio track in spanish (my language) with a non supported codec (DTS-HD, TrueHD, DTS, AAC) in my audio chain (Chromecast with Google TV, 2020 OLED TV, 2011 Audio Receiver) to EAC3 5.1 1536kbps, with a result that my ears can't distinguish form the original lossless codec.

Today I have read surprised that your scripts can now convert to EAC3 7.1 1024kbps (as far I could guess you're using Plex modified ffmpeg version).
So I started using your scripts to convert lossless DTS-HD 7.1 audio in spanish to EAC3 7.1 with options menu 6-3-4, and I find one error.

It's needed to change this line to detect tracks in spanish properly:
from:

Code: Select all

if "%spanish%"=="YES" set lang=Spanish& set langDG=spa& set lmp4=sp& set lmkv=sp

to:

Code: Select all

if "%spanish%"=="YES" set lang=Spanish& set langDG=spa& set lmp4=es& set lmkv=es

After this little correction everything works like a charm and it creates a EAC3 7.1 file in a very very fast way.

Thanks for your efforts, I'll be proud if I have given a little help in your so useful work.

[yossSP]

I would want to launch a question:
Which conversion from a lossless 7.1 audio track is better? EAC3 5.1@1536kbps or EAC3 7.1@1024kbps.
Could it be really noticiable the loss of quality of the reduced bitrate? I prefer to loose the extra channels if the lack of quality is noticiable.

PS: I'm aware of the limitation of not having dee.exe.

[RESET_9999]

if "%spanish%"=="YES" set lang=Spanish& set langDG=spa& set lmp4=sp& set lmkv=sp
to:
if "%spanish%"=="YES" set lang=Spanish& set langDG=spa& set lmp4=es& set lmkv=es

Thank you . I will make the change in the next version.

I would want to launch a question:
Which conversion from a lossless 7.1 audio track is better? EAC3 5.1@1536kbps or EAC3 7.1@1024kbps.
It could be really noticiable the loss of quality from the reduced bitrate? I prefer to loose the extra channels if the lack of quality is noticiable.

PS: I'm aware of the limitation of not having dee.exe.

If you have a 7.1 audio system. Use 7.1 DD+ otherwise use 5.1 1536kbps.
The quality difference between 1024 and 1536kbps is VERY small.

I have DEE and can encode 7.1 @1536kbps but I think the quality sucks and I prefer FFmpeg and EAE. DEE does some DRC and it cannot be disabled (not to mention it also swaps channels by default).
audio test file: https://drive.google.com/file/d/1wRlklh ... share_link
https://ibb.co/f2w4MhG


@all
new test files for testing the red push and LLDV bugs.

red push doctor sleep still image with original DV metadata :https://drive.google.com/file/d/1PUwrol ... share_link
https://slow.pics/c/S9ruWxg8

LLDV bug, SM eagle beak with L2 metadata removed 1 by 1:https://drive.google.com/file/d/1qdHux6 ... share_link
https://slow.pics/c/4doOXG0u
On the C8, it's when you remove the trim chroma weight that makes it look darker yellow like in LLDV instead of bright yellow in TV-LED. On the C2 it looks dark yellow in TV-LED and LLDV, no bright yellow like the C8.

P5 P8 L1 L2 shield x800 c2 and chromecast comparison: https://www.youtube.com/watch?v=4f67ZD1rKpc
https://slow.pics/c/uTv89yEM
https://slow.pics/c/WDNLL8hi
https://slow.pics/c/4doOXG0u

[chronomac]

EDIT: Ignore post. Had a John Wick question. Didn't realize 1 and 2 were only in HDR10 and not DV.

[nekno]

What are the correct ffmpeg options needed to demux an HDR10+ HEVC stream from an MKV file?

When demuxing DV video, I've gotten used to adding a bitstream filter:

Code: Select all

ffmpeg -i video.mkv -c:v copy -vbsf hevc_mp4toannexb -f hevc video.hevc

I understand from the docs that the BSF is automatic for HEVC and MPEG-TS output, but I picked it up from the dovi_tool sample commands.

If I demux an HDR10+ HEVC stream with or without the BSF option explicitly specified (using ffmpeg 5.1.2), the HEVC stream seems to get corrupted.

Several HEVC hardware decoders I've tested freeze at a scene change 17mins into the program, where perhaps there was an SEI NALU for some HDR10+ metadata that gets dropped and corrupts the output?

I'm trying to convert the HDR10+ to DV8 with hdr10plus_tool and dovi_tool.

Everything works and the resulting output decodes successfully with DV8 if I use mkvextract for the initial demux.

The HEVC stream immediately after demuxing with ffmpeg, before using any of the other tools, is immediately corrupt. It won't play past the scene change.

So why not just stick to mkvextract or tsMuxer? Because sometimes I want to use stdout from ffmpeg to pipe the video stream into another command, e.g., dovi_tool, and I'm not aware of another multipurpose demuxer that allows output to stdout. Is there an alternative?

[Seraphimon956]

You just have to remux the original m2ts to a new m2ts(or ts) with tsmuxer to get DV. Your new m2ts will have the proper flag

Thank you, now I can confirm it. The mistake I did (for quite some time now and I regret not having understood it before ) was to play the m2ts inside the BDMV folder without using the AVCHD virtual folder procedure. I did that to save the hassle of putting back every time the BDMV folder of each ripped disk at the USB root of the X700, at the cost of losing chapter selection and forced subtitles. I thought that since the DV flags were applied to the m2ts of the BDMV folder I created with tsmuxer, it was safe to start playing the muxed file navigating to the STREAM folder and simply playing the m2ts from there. Instead, if one wishes to do that, the output of tsmuxer must be uniquely a ts or m2ts file. The BDMV folder outputs DV content only when played with the AVCHD method, otherwise it will keep playing base HDR10 content without the enhancement layer.

I don't have a CX to know how audio is treated, but you're expecting the CX to pass the TrueHD audio through to an audio device via eARC? What does the device say it's decoding? My understanding is that the CX does not have a TrueHD decoder to play back the audio on the TV. The Atmos support is limited to an EAC3 decoder. Supported codecs: AC4, AC3 (Dolby Digital), EAC3, HE-AAC, AAC, MP2, MP3, PCM, WMA, apt-X (refer to manual)

That is the strange thing. I had plans to buy a Denon AVR for enjoying Atmos content, and I thought I could confirm that the Atmos track within the BDMV folder I created was a THD+AC3 core. The LG CX supposedly supports Atmos decoding, although naturally there is no real benefit in using the TV internal speakers. Several times I played MEL movies (Profile 8.1) using the poor internal TV player and the TV indeed showed the Atmos label whenever the given file had a TrueHD track. But it seems that DV FEL contents with Atmos track will make the label appear only when they are in the form of .ts file, even if the x700 actually shows that the track played is TrueHD. So I think that the BDMV folders I created are correctly muxed and this is just a visual bug of the LG CX. When I will purchase an AVR I hope the content I have created in the past will be fully compatible.

I send my video+audio from the X700 through an AVR to a TV, and the AVR plays and decodes and shows the info for TrueHD Atmos when the audio stream is properly muxed with an AC3 core.

I wonder, in your case the TV too shows that is receiving Atmos content? That info would be really helpful, thank you very much.

[RESET_9999]

What are the correct ffmpeg options needed to demux an HDR10+ HEVC stream from an MKV file?

I don't have an answer for you but I too have a lot of issues with ffmpeg when i demux so i avoid it at all cost.

this best and most reliable way IMO is :
-mkvextract for mkv
-tsmuxer for ts/m2ts
-dgdemux for bluray disc

I'm trying to convert the HDR10+ to DV8 with hdr10plus_tool and dovi_tool.

I dont think converting HDR10plus to DV is a good idea and I'm even thinking of removing it from my script. The HDR10plus max_PQ numbers just dont make sense, always much brighter than what DV and HDR10 are.
example: https://slow.pics/c/a3EFaZTC
there are other examples buried in here: https://drive.google.com/drive/u/1/fold ... KFJwFxnDt-

I even tested to generate HDR10plus in resolve and got the same "too bright peak" compared to what the actual content is:
https://slow.pics/c/4v8Qvafz

None of the LG TVs can decode Atmos from TrueHD.
I dont know the behavior on the internal LG player but using the PLEX app, the lossless audio gets converted on the fly to DD+ or opus 7.1 and it breaks DV support in the process.