MKVToolNix v99.0 released

[tormento]

Sadly, all edits I made to adjust the delay of an audio failed, for a movie that has almost 4 hours and it was in 2 parts.
If you really want to have lossless audio for a lossy video (thing that I will never understand), switch to ALAC, that is perfectly supported by MKV.

[Perenista]

If you really want to have lossless audio for a lossy video (thing that I will never understand), switch to ALAC, that is perfectly supported by MKV.It's not a lossy video. Nothing, in fact, is LOSSY. It's all lossless. VIDEO, AUDIO and SUBTITLE TRACKS. There is a lossy / smaller version I made myself (with HANDBRAKE), but I also keep the lossless content from the disc. Of course, both have the same sync.

A reencode is the only thing I DON'T WANT TO DO with these audio/subtitle tracks.

The goal here is to sync everything in terms of tracks (for everyone), but the film has almost 4 hours and the distinction of being offered in physical media as 2 parts (of course). The problem is when you have an audio or subtitle track of your own from a UNIQUE, 4 hour file. Or stuff from parts 1 and 2, but need to put in the SINGLE FILE.

I thought I made myself clear what is the difficulty here. At the point part 1 ends and part 2 starts, the sync may differ from the SINGLE-4-H-FILE compared to the parts 1 and 2, and vice-versa. So it's not simply a matter of appending / extracting a track and putting elsewhere (or splitting in half to do that).

Right now, even though I managed to sync everything I wanted, I have 2 more tracks to share between all sources. And this is what is going on, for no reason (I was going to ask here, because I don't know why):

EXPLANATION (https://pastebin.com/0eEQ4kTs)

Update: I managed to sync everything now! Since I had done this for the parts 1 and 2, I only had to append them and apply to the SINGLE-FILES. I don't know why the scenario described above happened with the DD Plus tracks (it was probably due to some inconsistency when splitting), but at least I did it as planned.

About splitting and appending, I am well aware of the warnings from this thread (I remember them from years ago) to avoid this. In the past, I splitted MKVs and later appended them (to put in a server with limited disk space), but that broke (introduced an error) the tracks inside it at the split point. Since then, I never did this again, so if needed, I always tell WinRAR to split the SINGLE-FILE into multiple RARs. What I had to do now was only needed because one source had exclusive audio/sub tracks the other didn't.

[Hellboy.]

Is ok to use a negative delay (cut a few seconds from the beginning) with TrueHD Atmos 7.1 in MKVToolNix.
Thanks.

[Mosu]

Is ok to use a negative delay (cut a few seconds from the beginning) with TrueHD Atmos 7.1 in MKVToolNix.

There's an FAQ entry (https://codeberg.org/mbunkus/mkvtoolnix/wiki/Delay-not-shown-in-the-GUI) that talks about this topic in-depth, even though it's original question is different than yours. Please give it a read, 'cause the answer is "it's fine, but you need to know some things".

[Mosu]

Hello there!

MKVToolNix v98 is now out, again just a pretty small release with just a handful of changes but why hold off even longer? Who knows when things will pick up again. So here we are!

An important reminder for macOS users: I will stop providing macOS binaries and any kind of support for macOS in the second half of 2026 due to Apple discontinuing support for the Rosetta x86-to-ARM translation system. As my current build process only works on x86 (Intel) macs this will be the end of the line for any kind of mac support for me. There is some community support in the form of third-party builds over on the MKVToolNix forum (https://help.mkvtoolnix.download/t/apple-silicon-retirement-of-rosetta-2/1371/).

Here are the usual links: the MKVToolNix home page (https://mkvtoolnix.download/), the downloads section (https://mkvtoolnix.download/downloads.html) and the source code (https://mkvtoolnix.download/source.html).

The Windows packages and Linux AppImage are available already. The other Linux packages & the macOS disk image are still being built and will be available over the course of the next couple of hours.

Here are the NEWS (https://mkvtoolnix.download/doc/NEWS.md) since the previous release:

Version 98.0 "Chonks" 2026-04-05
New features and enhancements

all: huge update to the Japanese translations which had been not worked on for several years. The program translation is now complete again, the man page translation has been extended as well. Both were reworked in most places. Translations by coolvitto.
GUI: chapter editor: added an option in the "additional modifications" dialog that toggles applying the selected modifications to all currently open chapter editor tabs. Implements #6189 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6189).
GUI: macOS: added dock icon progress bar for job queue. Patch by Miklos Juhasz.

Bug fixes

GUI: chapter editor: when renumbering chapters limiting the number of chapters to renumber did not work. Fixes #6199 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6199).
GUI: macOS: fixed refreshing widgets after system switches between dark & light modes. Patch by Miklos Juhasz.

Build system changes

The bundled "fmt" library was updated to v12.1.0, fixing a build issue on FreeBSD. Fixes #6191 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6191).


Have fun

[Hellboy.]

Thanks for the FAQ entry and the new version.

About the Atmos looks like there is a bug in the cut process. I do a test adding the core ac-3 to create a .thd+ac3. When i add the .thd+ac3 to tsMuxer to create a Blu-ray folder and the muxig start tsMuxer show an error that the audio is not a true BD compatible track or something like that. And in the tsMuxer grid the audio say 8 channels and should say 7.1.

[Mosu]

Heyo everyone.

Here's MKVToolNix v99. There are a couple of bug fixes & improvements in the GUI & in mkvmerge among with a huge amount of fixes/changes/improvements to the macOS build system. Yes, that's right, macOS binaries are back.

Thanks to the huge amount of work by two community members, corticalcode & touchstone64 (Graham Thompson), we will once again provide macOS binaries (DMGs) for releases v98 (already available for download) and newer (such as this one, v99). Both have improved the macOS build system significantly, implemented building ARM binaries in addition to Intel binaries (this includes a Universal DMG) and fixing bugs they come across while doing so. I'm very grateful for their work, and the MKVToolNix community as a whole is better off.

The macOS DMGs I'll host on the project's home page will be built by aforementioned Graham Thompson, not by me. They're signed & all the good stuff. You can find details about the certificate used on the authenticity page=/url].

Here are the usual links: [url=https://mkvtoolnix.download/]the MKVToolNix home page (https://mkvtoolnix.download/authenticity.html), the downloads section (https://mkvtoolnix.download/downloads.html) and the source code (https://mkvtoolnix.download/source.html).

The Windows packages and Linux AppImage are available already. The other Linux packages & the macOS disk image are still being built and will be available over the course of the next couple of hours.

Here are the NEWS (https://mkvtoolnix.download/doc/NEWS.md) since the previous release:

Version 99.0 "Buka" 2026-05-24
New features and enhancements

MKVToolNix GUI: the GUI will now remember the last used directory for selecting audio files for playback in "play audio file" program runners separately from any other "open file"-type situations. This directory will also default to "/System/Library/Sounds" on macOS now. Implemented by #6213 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6213).
MKVToolNix GUI: executing actions → running programs: added new variables: "MTX_DESTINATION_FILE_BASE_NAME" (the name without the drive letter, path or the suffix; e.b. "/movies/A.new.hope.mkv" → "A.new.hope") and "MTX_DESTINATION_FILE_SUFFIX" (only the letters after the last ".", e.g. "/movies/A.new.hope.mkv" → "mkv"). Added examples to all the destination file variables in the popup menu when adding variables in the preferences. Implements parts of #6220 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6220).
MKVToolNix GUI: executing actions → running programs: the command-line input widget will now receive focus again after using the popup menu for adding a variable. Implements parts of #6220 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6220).
MKVToolNix GUI: executing actions → running programs: the variables will now also be set as environment variables when running a program after a job completes.
MKVToolNix GUI: executing actions → running programs: when using the "Execute now" button for testing the "MTX_…" variables will be set to the current multiplexer tab's values for easier testing. Implements parts of #6220 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6220).

Bug fixes

mkvmerge: if using legacy font MIME types is off mkvmerge will now remap legacy font MIME types present in source files into the current ones. Patch by corticalcode via #6249 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6249).
mkvmerge, mkvpropedit, MKVToolNix GUI's multiplexer & header editor: on Windows & macOS the MIME type detection will now use the FreeDesktop.org MIME database instead of falling back to file extension-based guesses. This matches how it works on other operating systems. This fixes e.g. OpenType fonts being detected as the legacy type "application/vnd.ms-opentype" instead of the current IETF RFC, "font/otf", no matter what the "use legacy font MIME types" settings in the preferences was set to. Fixes #6240 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6240) for Windows; fixes #6248 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6248) for macOS. Implemented by corticalcode for macOS in #6250 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6250).
MKVToolNix GUI: update checker: fixed a potential attempt to read from an invalid memory address if an error occurred when parsing the XML file retrieved from the official MKVToolNix server.
macOS: GUI: the default audio file for program runners of type "play audio file" has been changed to an AIFF file as Qt's Multimedia backend routes through Core Audio which doesn't support WebM/VP8/Vorbis/Opus. Existing configurations will be updated if they point to the prior default WebM audio file. Fixes #6209 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6209).

Build system changes

macOS: "build.sh": the Qt installation is now done via "cmake --install" instead of using classic "make" as the classic Makefiles produced by Qt's build system are incomplete. Patch by corticalcode. Fixes #6205 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6205).
macOS: "build.sh": the binaries in the DMG are now stripped of debug symbols. Patch by corticalcode. Fixes #6206 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6206).
macOS: "build.sh": enabled release build optimizations for dependencies. Patch by corticalcode. Fixes #6207 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6207).
macOS: "build.sh": disabled use of "pkg-config" for Qt to prevent linking against installed non-OS libraries such as from Homebrew. Patch by corticalcode. Fixes #6208 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6208).
macOS: added support for notarization of a macOS disk image by an Apple developer account. Implementation of #6212 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6212) by Touchstone64.
macOS: patch added to make building Qt 6.11 from source possible on macOS 26.4. Patch by Touchstone64.
macOS: additions to DMG package naming including the machine type it targets (arm64 or x86_64) and a revision number (to support re-packaging of an existing MKVToolnix release). For example, MKVToolNix-98.0-1-arm64.dmg would represent the first revision of a DMG package for an Apple Silicon Mac, containing MKVToolNix release 98.0. Implementation by Touchstone64.
macOS: the packaging process now verifies the MKVToolNix source release using the author's GPG key before packaging. Implementation by Touchstone64.
macOS: the app bundle name has been standardised by removing the version number, so DMG packages will contain 'MKVToolNix.app'. Implementation by Touchstone64.
macOS: Qt is now built without printing support, reducing the size of the resulting DMG slightly. Implementation by Corticalcode. Implements #6230 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6230).


Have fun 😁

[SeeMoreDigital]

Thanks again ;)

[jpsdr]

Hello.

Error when trying to build windows version.
I pulled the new commits, after installing Inkscape when configuration failed, i have now "ImageMagick magick not found", but ImageMagik 8 is allready installed. Ubuntu 22.04.

[Mosu]

I pulled the new commits, after installing Inkscape when configuration failed, i have now "ImageMagick magick not found", but ImageMagik 8 is allready installed. Ubuntu 22.04.

I doubt you have ImageMagick 8 installed and are using it for two reasons:


The old "convert" was deprecated in favor of the new "magick" command in v7
Ubuntu 22.04 includes ImageMagick 6.9.something

Nevertheless, should be fixed in commit 1e921f7f110345569c5c365d71b5a00b73fd97df by using the now deprecated convert binary when running an ImageMagick version that doesn't include magick yet.`

Note that your ImageMagick must be able to convert SVG to ICOs; I do not know if the one on Ubuntu 22.04 actually can. If not, please upgrade your build system to something newer, preferably 26.04.

[jpsdr]

My mistake... it wrote something like "8:6.9.11.60", so i just mistook by with 8, when it was indeed 6.9.

The PC i installed linux on is a little old, not UEFI, so i wasn't even sure that 24.04 could be installed.
Anyway, i'll test.

[jpsdr]

Updated to 24.04, 26.04 is too fresh for me.

Having the following error:

rake aborted!
Don't know how to build task 'share/icons/windows/mkvmerge.ico' (see list of avaible tasks with 'rake --tasks')

Tasks: TOP => src/mkvmerge.exe => src/merge/resources.o
(See full trace by running task with --trace)

[Mosu]

I'll investigate.

Edit: can you please post the output of the following command:

grep -E 'CONVERT|MAGICK' build-config

[Mosu]

Duh… forgot to reply yesterday: fixed in the latest commit.My BuildBot instance (https://buildbot.mkvtoolnix.download/#/console) agrees.

[jpsdr]

Just back from work and can finaly make your test, i'll try the new commit but here's your answer: "grep: build-config: no file or directory of this name" (translated from french).

[Mosu]

Thanks. I don't actually need the info anymore anyway, as I've fixed the problem in the meantime.

[jpsdr]

Yes, build just finished fine, thank you.