Dolby Vision now possible through MP4 Mux.

[x08vick80x]

Very very interesting... I would like to test it but I'm not sure what values I have to put in the Extra.json, could someone help please ? If I understand well and from what mediainfo tells me :

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2094 App 4, Version 1, HDR10+ Profile B compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 32 min
Bit rate : 4 511 kb/s
Width : 3 840 pixels
Height : 1 600 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Variable
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.031
Stream size : 4.82 GiB (88%)
Default : Yes
Forced : No
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: 1000 cd/m2
Maximum Content Light Level : 977 cd/m2
Maximum Frame-Average Light Level : 344 cd/m2

I would fill the json like this :

{
"length": 9120, //which is the video duration converted to seconds
"level2": [
{
"target_nits": 100
},
{
"target_nits": 600
},
{
"target_nits": 1000
},
{
"target_nits": 2000
}
],
"level6": {
"max_display_mastering_luminance": 1000, //don't know if cd/m2 is needed here
"min_display_mastering_luminance": 0.0050,
"max_content_light_level": 977,
"max_frame_average_light_level": 344
}
}

I have an error : Error: invalid type: floating point 0.005, expected u16 at line 19 column 50

PS : wouldn't be possible to reduce max luminence in the extra.json considering that OLED TVs can't reach 1000nits ? (Mine is around 700)

[staknhalo]

I just tried the same with James Bond: No Time To Die. It's a FEL movie, and it has the same quirk;
- Direct to MKV: 56.6MBPS, 64.7GB, 58,1 GB BL, 6,53 GB EL
- TS-BDMV-MKV: 52.6MBPS, 60.1GB, 58,1 GB BL, 1,93 GB EL
So it removes about 4.6GB of EL somehow..

what happens when you mux the smaller fel stream alone (no BL stream) into mkv and try to playback? do you still see obvious motion/video data as with full fel or is it all green/solid blank color always as with mel?

[RESET_9999]

I just tried the same with James Bond: No Time To Die. It's a FEL movie, and it has the same quirk;
- Direct to MKV: 56.6MBPS, 64.7GB, 58,1 GB BL, 6,53 GB EL
- TS-BDMV-MKV: 52.6MBPS, 60.1GB, 58,1 GB BL, 1,93 GB EL
So it removes about 4.6GB of EL somehow..

I don't see why someone would use that workflow, it doesn't make sense. If you want a ST-DL file, do not use makemkv, just use yusesope tool.

here's the problem:



what is strange though is that eac3to detect a video delay in both streams with the DT-DL TS...

top= original

[sickb]

I don't see why someone would use that workflow, it doesn't make sense. If you want a ST-DL file, do not use makemkv, just use yusesope tool.

My reasoning is that I would like to keep the TS for now to enjoy playback on a Blu Ray player of today, but if in the future there's a good ST-DL player, even from mkv, I can still derive one that would be as good as when derived from the original disk.
I'll try yuseope tool, but what I understood it's slower and its not as convenient as the makemkv ui.

[fox0910]

I don't know enough about the bug to know whether the files would be fixable, but it might be worth checking your M2TS files with:

Code: Select all

ffmpeg -i testfile.m2ts -f null -

to see if they're okay. It might be that only DV streams are affected, or something like that.

I use tsmuxer (latest) for DV mkv to m2ts conversation.
I checked result m2ts by ffmpeg.
m2ts is OK, no error.
P.S. tsmuxer (Jan 23th) don't start on Ubuntu 20.04.

[ArArdin]

I just tried the same with James Bond: No Time To Die. It's a FEL movie, and it has the same quirk;
- Direct to MKV: 56.6MBPS, 64.7GB, 58,1 GB BL, 6,53 GB EL
- TS-BDMV-MKV: 52.6MBPS, 60.1GB, 58,1 GB BL, 1,93 GB EL
So it removes about 4.6GB of EL somehow..

I don't have that movie to check. In this case of FEL size being reduced that much I'd be worried. Any playback problems with the two?

I'm suspicious to this tsMuxer bug FubbAyH did head-up. I wonder if it's introduced since the devs have been working on the implementation of muxing TrueHD and EAC3 without embedded AC3. FubbAyH mentioning 23 January as apparent last working date seems consistent.

When tsMuxer produced flawed output in the past, couple of times I empirically concluded that the problem had to be in the demuxing. Sometimes also using ffmpeg didn't help. A tool I don't like for it's demuxing abilities alltogether actually.
In case of any issue and always with a seamless branched disc, first thing I do is demuxing all streams directly from the (UHD)BD iso using DGDemux. And then go from there. Saved my @ss quite some times. Not only with Dolby Vision issues.

[FubbAyH]

I use tsmuxer (latest) for DV mkv to m2ts conversation.
I checked result m2ts by ffmpeg.
m2ts is OK, no error.

Thank you for doing a check. That's good to know that it isn't happening in every scenario. I was doing decrypted disc backup MPLS to M2TS so maybe it only happens there.

When tsMuxer produced flawed output in the past, couple of times I empirically concluded that the problem had to be in the demuxing. Sometimes also using ffmpeg didn't help. A tool I don't like for it's demuxing abilities alltogether actually.
In case of any issue and always with a seamless branched disc, first thing I do is demuxing all streams directly from the (UHD)BD iso using DGDemux. And then go from there. Saved my @ss quite some times. Not only with Dolby Vision issues.

Thanks for bringing DGDemux to our attention. It looks promising but one gotcha is that it has an option to keep the AC3 core with the THD (which we need for X800M2 compatibility) but using that disables the seamless gap processing. So to use the gap processing we'd have to re-add the AC3 core afterwards (presumably re-encoding from the gap-fixed THD), and then remux again so we'd still be at the mercy of tsMuxer bugs.

I rather wish that tsMuxer would release stable versions so that we could all test them thoroughly and have confidence that they're working right.

[ArArdin]

So to use the gap processing we'd have to re-add the AC3 core afterwards (presumably re-encoding from the gap-fixed THD)

I doubt. I always demux into separate TrueHD and separate AC3. I never tried demuxing TrueHD+AC3 with seamless branching, so I honestly wouldn't know whether DGDemux could or could not apply proper gap-processing in such a track. Actually I'd bet my bottom dollar it would do a proper job. I don't think the writer of DGDemux could live with himself when output would not be right. If you say differently, so be it.
Either way,

and then remux again so we'd still be at the mercy of tsMuxer bugs.

Yes. But at least you've lost any demuxing issues by tsMuxer.

Oddly enough, for mkv creation that is, you can import both (DG)demuxed video elementary streams (with desired audio and subs of course) into mkvtoolnix. Eventhough MKVToolnix doesn't officially support DV dualtrack duallayer, it will mux as mkv with 2 videotracks. You don't want this result for playback. But import this into MakeMKV and run: the 2nd videotrack will be recognised and auto-assumed as EL. MakeMKV will spit out a proper DV profile 7 singletrack duallayer mkv. Fun, hey?

[sickb]

Replaced my switch and cabling today, and the 800M2 seems to fare better so far.
Sometimes I have truehd movies start without audio, but when I FF/RWD a bit, it works.

after also replacing the ethernet adapter for the M1 Mac which is my DLNA/SMB/NFS server and solving some other issues with my router, things seem to really look up for the X800M2... so far 2 movie successes, encounting.
almost feel bad now for ordering the M9203... still looking forward to try it out, compare and see if at least CEC is better.
Also BDMV+ISO and MKV TrueHD/Atrmos support would be a boon. The question is what will it do worse..
No idea yet about STDL TS, but DTDL and profile 8.1 for MEL to the rescue I suppose.

When tsMuxer produced flawed output in the past, couple of times I empirically concluded that the problem had to be in the demuxing. Sometimes also using ffmpeg didn't help. A tool I don't like for it's demuxing abilities alltogether actually.
In case of any issue and always with a seamless branched disc, first thing I do is demuxing all streams directly from the (UHD)BD iso using DGDemux. And then go from there. Saved my @ss quite some times. Not only with Dolby Vision issues.

What is it with awesome tools and leaving us Mac folk in the want
I was happy MakeMKV, DVDFab, TSMuxer and dovitool were on Mac, only to find myself wanting eac3to, clonebd+anydvd, and now DGDemux Parallels only gets us so far esp. on M1.

[FubbAyH]

I never tried demuxing TrueHD+AC3 with seamless branching, so I honestly wouldn't know whether DGDemux could or could not apply proper gap-processing in such a track. Actually I'd bet my bottom dollar it would do a proper job. I don't think the writer of DGDemux could live with himself when output would not be right. If you say differently, so be it.

I didn't actually test it myself, I'm just going from what's in DGDemux.txt:

-nsthd: The 'no split thd' option demuxes THD with it's embedded AC3 as a single THD+AC3
stream. When this option is omitted, THD is demuxed into two separate streams, one THD
without embedded AC3, and one AC3. Note that file gaps processing for the THD and embedded
AC3 streams is performed only when this option is not given, i.e., when the streams are
split.

[BadlyDrawnBoy]

Hi,

Sorry to barge into the discussion, and I'm a newbie on this stuff, and I'm just very curious about something (and very confused at the same time).

These dvhe.07.06 MKV remux files with BL+RPU+EL that are floating around, what can actually play them to their full extent? (and by full extent I mean including FEL and TrueHD Atmos). I'm asking because, as far as I know, the players that fully support profile 7 are the Blu-Ray disc players (and the clones), and (AFAIK, please do correct me if necessary) those don't play MKV's at all. So I don't quite understand who is the target of these remuxes. Hints?

Cheers

[ArArdin]

-nsthd: The 'no split thd' option demuxes THD with it's embedded AC3 as a single THD+AC3
stream. When this option is omitted, THD is demuxed into two separate streams, one THD
without embedded AC3, and one AC3. Note that file gaps processing for the THD and embedded
AC3 streams is performed only when this option is not given, i.e., when the streams are
split.

I never read this. I just lost my bottom dollar, please provide me with your bankaccount details.
Standing corrected, I'm glad I always demux into separate streams. Thanks for the heads-up.

[sickb]

Today I had issues with the X800M2 again, when fast forwarding into James Bond No Time to die, 1hr30m.
audio would cut out and progress weirdly.
is your FF/RW always fine @RESET_9999 ?

[ArArdin]

These dvhe.07.06 MKV remux files with BL+RPU+EL that are floating around, what can actually play them to their full extent? (and by full extent I mean including FEL and TrueHD Atmos). I'm asking because, as far as I know, the players that fully support profile 7 are the Blu-Ray disc players (and the clones), and (AFAIK, please do correct me if necessary) those don't play MKV's at all. So I don't quite understand who is the target of these remuxes. Hints?

First, I'm not sure why you mention Atmos. AFAIK it can be perfectly muxed in a DV mkv and I think most (if not all) mediaplayers support bitsream output on HDMI.

The quality difference between FEL/no FEL is much discussed. Opinions vary. It is said a lot of people wouldn't notice a thing between the two. As for the luminace abilities, nowadays tv's won't even come near full 10 bit ceiling, let alone 12 bit. Everybody should see & decide for himself, I guess.

I think there's a lot of MakeMKV rips out there because the software provides a rather convenient "1-click" way of decrypting & putting everything of a DV video losslessly together in one widely supported container.
Of course you're right that for most mediaplayers FEL can be dropped. But conversion of DV takes effort & time. Even more when deciding to recode baselayer.
I don't know when or if mediaplayers with "full" DV-FEL playback will have become common (and bugfree) goods, but already having full-blown mkv's by then will be nice of course.

[sickb]

In the end it’s just a convenient container, maybe one day there are players supporting it in mkv. In the meantime you can at least enjoy the RPU on shield/appletv.
You can easily remux it, although I’ve found some data loss in my journey remuxing between formats, so for me personally I will stay with full copy bdmv/iso for now.