So one last thing with that problematic movie. I stripped out the BL layer from the mkv that I made out of the original disk, and it surprisingly mixed successfully (equal AUDs) with the EL layer I had extracted prior from the decrypted M2TS. But once muxed back into the TS container with the Atmos audio, there was definitely a hiccup in the video at the 0:43:35 mark and the audio became desynced thereafter. Odd that there was no hiccup in playback of the mkv file though at the same point, so the EL is seemingly the problematic source even though the original BL was the one with the missing AUD.yusesope wrote: ↑Thu Mar 19, 2020 7:03 pmv0.0.2 was bugged: for this reason has been replaced by version 0.0.3 (which has instead identified the problem)
The "The source file seems to be damaged" is quite explanatory.
############################################################
I also took a look at the tsMuxeR code and I think I have identified the reason why your .ts files are marked with the profile dvhe.08 (the profile dvhe.04 should be the right one since dvhe.08 does not have the Enhancement Layer).
I believe the problem occurs HERE: all Single Track Double Layer files are treated as Single Track Single Layer files.
Examples:
- THIS LG demo (dvhe.04) is remuxed in a dvhe.05 file
The choice of the profile is due to the value of "DVCompatibility"
- Joker's BL + EL + RPU raw stream that I uploaded some time ago (HERE) is flagged as dvhe.08 (like your remuxes).
The presence of EL should be used to distinguish a Double Layer file from a Single Layer file.
If any of you attend the tsMuxeR developer forum, could you please report it?
So they can check if I said a nonsense or not
Anyways moving on, I wanted to test out your theory with the tsmuxer code but didn't really want to dig through the whole logic with DVCompatibility (nor do I really understand it), so I just commented out that entire conditional block with the "Duallayers" variable and simply forced the DV profile to 4 (bitWriter.putBits(7,4)). After compiling this small change in a5180007's latest build, i retested the Joker BL+EL+RPU file and out came with this:
Code: Select all
General
ID : 1 (0x1)
Complete name : Z:\TS\Joker_BL_EL_RPU_PROF4.ts
Format : MPEG-TS
File size : 93.8 MiB
Duration : 23 s 607 ms
Overall bit rate mode : Variable
Overall bit rate : 33.1 Mb/s
Maximum Overall bit rate : 35.5 Mb/s
Video
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.04.06, BL+EL+RPU / SMPTE ST 2086, HDR10 compatible
Codec ID : 36
Duration : 23 s 648 ms
Bit rate : 31.5 Mb/s
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
Bits/(Pixel*Frame) : 0.158
Stream size : 88.8 MiB (95%)
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 : 992 cd/m2
Maximum Frame-Average Light Level : 120 cd/m2