MKVToolNix v92.0 released

[hubblec4]

Originally Posted by WontonNoodle

ok so chaptereditor and mkvtoolnix results in mismatching frames for the video compared to the disc

Do you had demuxed the tracks inside cE? I have never issues with the video frames.

Originally Posted by WontonNoodle

dgdemux and eac3to result in the same frames as the disc
however dgdemux dts track progressively gets more and more out of sync (starts with 0 difference, then 11 ms delay, then up to 54 ms delay vs the eac3to track as the movie goes on)

so either the dgdemux or eac3to track is correct? any ideas as to which one is the right one.
i also tried on a non branching disc and mkvtoolnix, dgdemux, and eac3to all result in the same audio sync.

Both tracks, eac3to.dts and dgdemux.dts are fine, but not perfect, and this is also never possible.

The whole issue comes from the different durations of the frames. A video frame has a duration of 24000/1001 ms (round about 41,708 ms). A .DTS frame has a duration of 32ms (hope I'm right)

Let's say our movie has only one video frame:
When we use only one Audio frame there are now more than 9 ms playtime of the video without sound.
For Blu-ray and maybe all other disc formats:
The Audios are always longer than the video.

So we have to use 2 Audio frames for our One-Video-Frame-Movie.
Now is the Audio duration 64ms and plays 22ms longer then the video.

But when the movie uses multiple m2ts files, for each m2ts there is now a bit more Audio as Video.
eac3to and DGDemux drops Audio frames when the desynch reach a certain limit.

There are also more discussion on Reddit.
I have written a lot email with this user and he work on a method where no demuxing is necessary.
He means removing Audio data is not good, and he inspired me to look deeper in the BD-specs.
And he is absolute right.
But to keep the entire data and playback then correctly is currently not possible, but maybe in a near future.
I am excited if he can make it to run.
When you preserve all the m2ts files in separate mkv files and use Linked-Ordered-Chapters, this could work.

[Ripman]

GM M. Just posting to let you know that your sw is “top-shelf.” Feature rich, never crashes, sensible layout, man pages, prior versions, cli…. It’s all there. I even see Reddit posts about mkvtoolnix. Really great product.

Thanks for the new version too. Best….

[Mosu]

Thank you very much for your kind words!

[NumberSix]

Hi, all

New to this forum - apologies if this query is in the wrong place.

Have been using mkvtoolnix for a number of years now and it has been a fantastic bit of software - many thanks to the author.

I am just trying to remux rips of my copies of the Top Gun 4K UHD Blu rays and am confused about how to handle the Dolby Vision data.

I am using MakeMKV to copy BDMV folder structures from the discs, and then eac3to to demux to individual streams from the relevant playlists. The demuxing process produces two video streams. My understanding one is the HDR10 "base" layer, and the second (1080p "resolution") stream is the "enhanced" layer track used for DV metadata.

My question is, how should this be processed when remuxing into an MKV using mkvtoolnix? I am simply adding both files to the GUI as separate video tracks - but I have no idea if this is the right process to use?

On v81.0, if it's relevant.

Thanks!

[Mosu]

mkvmerge can read Dolby Vision directly from other Matroska files or from MPEG transport streams (M2TS), but it cannot combine two raw elementary streams. Therefore the "demux the tracks with eac3to" stept is breaking this workflow. Why are you demuxing in the first place?

[NumberSix]

Thanks for the prompt reply!

I am demuxing due to the mixed results I've had when using mkvtoolnix or other tools to read directly from mpls/m2ts. Using eac3to to demux before remuxing in a tool like mkvtoolnix has been the most reliable approach to dealing with titles that use seamless branching on the disc.

Is there any way to combine the streams prior to feeding into mkvtoolnix?

[hubblec4]

Hi NumberSix
For demuxing seamless branching discs with HEVC(+DV) you must use DGDemux for demuxing. And better you use chapterEditor, it is extra designed for such a task.

[Mosu]

Hey y'all.

MKVToolNix v84 is out, with a handful of bug fixes & a handful of enhancements. The usual stuff.

Here are the usual links: the MKVToolNix home page, the downloads section and the source code.

The Windows packages as well as the Linux AppImage are available already. The other Linux packages are still being built and will be available over the course of the next couple of hours.

Please note that due to technical reasons I haven't been able to build the macOS disk image yet. I don't know when I'll be able to fix it.

Here are the NEWS since the previous release:

Version 84.0 "Sleeper" 2024-04-28
New features and enhancements

• mkvmerge: added a new file-specific option "--regenerate-track-uids". When used for Matroska files, "mkvmerge" will generate new random track UIDs instead of keeping existing track UIDs. This is done automatically when a Matroska file was created by MakeMKV.
• mkvmerge: MP4 reader: added support for FLAC in MP4. Implements #3692.
• MKVToolNix GUI: multiplexer: the "Attachments" tab's title will now include the total number of attachments (both from source files & to newly attach). Implements #3693.
• translations: added a Norwegian Bokmål translation of the programs by Roger Knutsen (see "AUTHORS").

Bug fixes

• configure: when called with "--disable-gui" the build system still ran the check for the GUI libraries & failed if they weren't found. This check is now skipped when the option is given. Fixes #3680.
• mkvmerge: several color-related track header properties were parsed into & stored as a wrong integer type internally. This could result in wrong values being copied when very large values were present in source files, or in error messages when very large values were used as command-line parameters.
• MKVToolNix GUI: multiplexer: the keyboard shortcuts from the "modify selected tracks" sub-menu didn't work right after opening a file. They only started working after opening the "multiplexer" menu. Fixes #3681.

Build system changes

• Release v8.0.0 of the "fmt" library is now required. If not found, the bundled copy will be used.
• A C++20 compatible compiler is now required for several but certainly not all C++20 features. g++ v10 & clang++ v10 should suffice.

Have fun 😁

[shearerc]

Hi Mosu,

Your latest Windows binaries are signed by the sub-CA "GoGetSSL G4 CS RSA4096 SHA256 2022 CA-1" of the "DigiCert Trusted Root G4" root CA.

Our Windows 10 and 11 machines do not have the sub-CA "GoGetSSL G4 CS RSA4096 SHA256 2022 CA-1", and I can't seem to find this intermediate cert anywhere.
It's strange, because normally a CA will make them available for download like these:
https://www.gogetssl.com/wiki/interm...-certificates/
https://www.digicert.com/kb/digicert...rtificates.htm

Perhaps you can make it available on your site?

[Mosu]

In general I'm strongly against making CA files available on arbitrary websites that aren't run by the organization operating the CA. It always smells incredibly bad to me. The obvious exceptions are the well-known CA bundles operated by browser vendors. But certainly not on random project websites; that always smells kind of bad to me, to be honest.

To me it looks like GoGetSSL didn't think of adding the intermediates they use for code-signing to the website you've linked to. If anything, you should ask them to add the relevant intermediates to their site.

[shearerc]

Thanks Mosu, upon further reflection, I agree it's wiser (from a trust perspective) for the CA to publish the intermediates themselves. I'll ask them to do just that (hopefully just an oversight)

[shearerc]

After being brushed off by GoGetSSL's incompetent L1 Support, I did a bit of research and found how to retrieve the intermediate cert's download URL!

From https://www.thesslstore.com/blog/aia-fetching/ :
AIA, or Authority Information Access, is an extension in SSL certificates that provides information about the issuer. One of the purposes of this extension is to provide a link to the issuing intermediate certificate.

So I examined in detail the exe's digital cert, and voila!, under the Authority Information Access [section 2] is the URL to the Gogetssl cert. See attached screenshot.

Downloaded & imported it into Windows 10's cert store and binaries can be validated now

[AngelGraves13]

Noticed a new bug in v84.0

* UID of tracks are changed after being processed with mkvtoolnix from say 1, 2, 3 to long random numbers. I'd prefer if the UIDs aren't altered.

[Mosu]

That's an intentional change. UIDs are supposed to be unique & random. Having them just numbered starting from 1 poses subtle issues in certain scenarios.

So no, not a bug, and no, won't change.

[AngelGraves13]

Originally Posted by Mosu

That's an intentional change. UIDs are supposed to be unique & random. Having them just numbered starting from 1 poses subtle issues in certain scenarios.

So no, not a bug, and no, won't change.

I guess I'll have to manually change them all after I mux then lol.

It's changing the UIDs for tracks that are already there, not tracks that I'm adding.

I'll open an MKV with 3 tracks, UIDs 1, 2, 3. Hit "start" and it'll change them. No tracks or subtitles were added. You're telling me this is intentional? It's a stupid "intention"

[Mosu]

Yes, it is very much intentional.

[AngelGraves13]

Originally Posted by Mosu

Yes, it is very much intentional.

Ok, so more work for people who want it to look neat.

[Mosu]

Heyo!

MKVToolNix v85 is out. It's just a tiny bug fix release so that users affected by those bugs don't have to wait too long.

Here are the usual links: the MKVToolNix home page, the downloads section and the source code.

The Windows packages as well as the Linux AppImage are available already. The other Linux packages are still being built and will be available over the course of the next couple of hours.

Please note that due to technical reasons I haven't been able to build the macOS disk image yet. I don't know when I'll be able to fix it.

Here are the NEWS since the previous release:

Version 85.0 "Shame For You" 2024-06-02
Bug fixes

• fixed compilation of "src/common/sorting.h" with certain compilers due to the deprecation & removal of "std::result_of<>" in C++20. Fixes #3695.
• fixed compilation with the "gtest" library when "gtest" requires additional libraries by querying "pkg-config" for the correct flags & libraries to build with. See #3696.
• MKVToolNix GUI: multiplexer: restored the keyboard shortcut for switching to the "Attachments" tab (Alt+C for the English interface). Fixes #3702.
• MKVToolNix GUI: multiplexer: fixed several cases when the keyboard shortcuts for copying the first source file's name/the destination file's name to the title (Ctrl+F & Ctrl+D) and the one for copying the title to the destination file name (Ctrl+T) were not enabled. Fixes #3705.

Have fun 😁

[Perenista]

Do we have an option inside MKVTOOLNIX to:

- Always tell a language for audio/subtitles should be the default one;



if others are present, like spanish, they should be marked this way:



For example:

File has 2 audio tracks, EN and PT; plus 2 subtitles, EN and PT.

All EN should be like picture #1, all PT not default (#2 ).

[Mosu]

No, there are no options that do exactly what you want.