MKVToolNix v99.0 released

[Mosu]

Hey y'all fine folks 😁

Here's a new MKVToolNix release with a handful of bug fixes & enhancements. Nothing major in this one.

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 92.0 "Everglow" 2025-04-26
New features and enhancements

mkvmerge: FLAC reader: pictures embedded into the FLAC file were already handled as attachments, but they were left in the codec initialization data as well. They're now removed from the codec initialization data. See #6079 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6079).
mkvmerge: FLAC reader: padding metadata blocks will now be removed from the codec initialization data. See #6079 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6079).
mkvmerge: FLAC reader: embedded Vorbis comments will now be converted into Matroska comments or track/global header fields when available (e.g. "TITLE" will become the segment title & track's name, "LANGUAGE" will become the track's language). Copying of Vorbis comments that are converted into actual Matroska tags can be prevented with the usual options, e.g. "--no-track-tags". The comments will also be removed from the codec initialization data. Implements #6079 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6079).
mkvmerge, MKVToolNix GUI's chapter editor: when reading simple (OGM-style) chapter files & no character set is given for the file, mkvmerge will try UTF-8 first before falling back to the system's default encoding. Implements #6084 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6084).
MKVToolNix GUI: multiplexer: the special drag & drop zones added in v91 are now shown by default in new installations.
MKVToolNix GUI: in new installations the main window will now be sized at 75% of the screen's resolution initially with a certain minimum initial size. This improves initial readability on high DPI screens that use screen scaling factors such as 150%.

Bug fixes

mkvmerge: Ogg reader: during identification the track tags are now reported properly.
MKVToolNix GUI: multiplexer: within the "additional options", both track-specific ones & the global ones on the "Output" tab, it wasn't possible to specify empty (zero-length) arguments. With the intended syntax of two consecutive single or double quotation marks the empty arguments were simply skipped. This was fixed, and it is now possible to specify e.g. "--title """ in the global "Additional options" in order to force no title to be written ever. Fixes #6087 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6087).

Build system changes

Windows build: the "packaging/windows/populate_installer_dir.sh" now expects the user to pass the Saxon-HE's JAR file name to be passed with the "-s" or "--saxon-jar" parameter instead of the base directory for Saxon-HE. This allows newer versions of Saxon-HE to be used.


Have fun 😁

[Mosu]

Typo on Windows: Also = Als.

I cannot find "Als." in my source code at all. Unfortunately the attachment is still pending approval. Therefore I cannot really do anything about it. Maybe upload the screenshot to one of the well-known image sharing sites? Or Google Drive or similar? Or my file server (https://codeberg.org/mbunkus/mkvtoolnix/wiki/FTP-server)? Thanks.

[tebasuna51]

Chetwood, Mosu: Use Reported posts (https://forum.doom9.org/forumdisplay.php?f=83) when need approve an attachement please.

There are not many active moderators and we cannot follow all the threads.

[Mosu]

Chetwood, Mosu: Use Reported posts (https://forum.doom9.org/forumdisplay.php?f=83) when need approve an attachement please.

There are not many active moderators and we cannot follow all the threads.

Will do in the future, thanks.

[tormento]

I've tried to extract the FLAC audio from a video+audio, converting it to mka to maintain the delay of the audio for following processing and muxing.

I don't know if something like

for %%a in (*.mkv) D:\Eseguibili\Media\MKVToolNix\mkvmerge.exe --output ^"%%~na.mka^" --no-video --no-chapters --language 1:ja ^"%%~na.mkv^"

is able to maintain original audio delay.

My doubt arise since I can't see the delay in the mkv file itself, dropping to MKVToolnixGUI, but I can see it in tools such as gMKVExtractGUI. Dropping the .mka file to gMKVExtractGUI doesn't show any delay at all.

How can I solve this issue?

[LeXXuz]

Starting with v90 I can't use my beloved Bahnschrift Light Condensed font anymore.

It is not shown under fonts anymore although I have not changed anything in my setup. Right now I've moved back to v89 and everything is fine. Running on Windows 11 Pro.

Would appreciate any help on how I can fix this. :)

[Mosu]

Heyo.

It's been a pretty quiet last eight weeks, but let's do a release anyway. Couple of smaller fixes, nothing major.

**An important note to my macOS users:**

I'm aware that Apple has announced the upcoming end of their Rosetta x86/x64 emulation layer with macOS 28 (release likely in Autumn 2027). My MKVToolNix binaries are x86/x64 binaries, not ARM ones, therefore this impacts y'all. Unfortunately I do not have an ARM-based mac and do not plan on ever getting one. Therefore I will discountinue offering macOS binaries when Rosetta support ends.

I would very much welcome others to provide macOS ARM binaries in my stead and would gladly link to their efforts from MKVToolNix' homepage. So far no one has stepped up to do so. The closest you get is probably the [Homebrew project](https://brew.sh) which offers [MKVToolNix for ARM](https://github.com/Homebrew/homebrew-core/blob/master/Formula/m/mkvtoolnix.rb), too, with the important caveat that they only build the CLI tools, not the GUI. I do not know why; please ask them or offer your help getting their builds to build the GUI, too.

If you want to compile for macOS ARM yourself: good news, this is pretty easy. MKVToolNix contains my scripts that I use for building the x64 binaries, and those same scripts work for ARM macs, too. Please see [this forum post](https://help.mkvtoolnix.download/t/building-mkvtoolnix-with-gui-on-a-mac/1361) for details. There a user & I discuss requirements & small issues they encountered, and the succeeds in building ARM binaries.

And now to 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 93.0 "Goblu" 2025-06-14
New features and enhancements

all: updated the various lists that go into IETF/BCP 47 language tags: ISO 639 languages; ISO 3166 countries; ISO 15924 regions; IANA subtag registries.
translations: added a Hungarian translation of the programs & man pages by Viktor György, John Fowler & Attila Zsigus (see "AUTHORS").
mkvextract: tags extraction: added an option "--no-track-tags" (short: "-T") for not extracting tags associated with tracks.
MKVToolNix GUI: multiplexer: the default regular expression for deriving the "forced display" track flag from file names for subtitles was extended to also match on the term "signs". Implements #6094 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6094).
MKVToolNix GUI: preferences: the revert buttons for the various "default regex for…" will only be enabled when the current text differs from the default, in other words: when reverting would actually change the text. Part of the implementation of #6099 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6099).
MKVToolNix GUI: preferences: the GUI will now auto-upgrade the "default regex for…" to their respective current default values if they're still set to one of the previous default values. Part of the implementation of #6099 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6099).


Have fun 😁

[qyot27]

The closest you get is probably the [Homebrew project](https://brew.sh) which offers [MKVToolNix for ARM](https://github.com/Homebrew/homebrew-core/blob/master/Formula/m/mkvtoolnix.rb), too, with the important caveat that they only build the CLI tools, not the GUI. I do not know why; please ask them or offer your help getting their builds to build the GUI, too.
MacPorts has a variant package to build the gui. (https://ports.macports.org/port/mkvtoolnix/details/)

Relevant section of the MacPorts docs discussing variants. (https://guide.macports.org/chunked/using.variants.html)

[Mosu]

Ooooh that's great; I didn't know about MacPorts. Or rather, I'm pretty sure that at some point I was aware of them & I think I've visited their page before, but they totally slipped my mind in the meantime.

Thanks for letting me know! I'll add a link to the downloads section.

[GeoffreyA]

Thanks, Mosu.

Goblu. That wouldn't happen to be the song from "Clair Obscur: Expedition 33," the Rose Garden boss?

[lvqcl]

Help -> Check for updates, and you'll see:

Version 93.0 "Goblu" [Listen to song or album on YouTube]

[Mosu]

Thanks, Mosu.

Goblu. That wouldn't happen to be the song from "Clair Obscur: Expedition 33," the Rose Garden boss?

It absolutely is. It's one of my all-time favorite games.

[GeoffreyA]

It absolutely is. It's one of my all-time favorite games.

Same! It stands with my favourite RPGs of all time, Baldur's Gate II and Oblivion, and the soundtrack deserves a set of awards. I'm still playing, and near the end, but exploring now that Esquie can fly.

[darksen]

I'm using chapterEditor to remux a UHD Blu-ray.

When I use mediainfo in the resulting file the dialog normalization is present in all but the TrueHD track, is this normal/expected?


Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 1 h 30 min
Bit rate : 78.3 Mb/s
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Active width : 3 584 pixels
Active display aspect ratio : 5:3
Frame rate mode : Constant
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.394
Stream size : 49.6 GiB (92%)
Language : English
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.0020 cd/m2, max: 1000 cd/m2

Audio #1
ID : 2
Format : MLP FBA 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Codec ID : A_TRUEHD
Duration : 1 h 30 min
Bit rate mode : Variable
Bit rate : 4 768 kb/s
Maximum bit rate : 6 816 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 1 200.000 FPS (40 SPF)
Compression mode : Lossless
Stream size : 3.02 GiB (6%)
Language : English
Default : Yes
Forced : No
Number of dynamic objects : 13
Bed channel count : 1 channel
Bed channel configuration : LFE

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 30 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 415 MiB (1%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Dialog Normalization : -27 dB
compr : 1.02 dB
dynrng : 1.02 dB
cmixlev : -3.0 dB
surmixlev : -6 dB
dmixmod : Lo/Ro
ltrtcmixlev : -3.0 dB
ltrtsurmixlev : -4.5 dB
lorocmixlev : -3.0 dB
lorosurmixlev : -4.5 dB
dialnorm_Average : -27 dB
dialnorm_Minimum : -27 dB
dialnorm_Maximum : -27 dB

Audio #3
ID : 4
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 30 min
Bit rate mode : Constant
Bit rate : 320 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 208 MiB (0%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Dialog Normalization : -27 dB
compr : 1.94 dB
dynrng : 1.72 dB
dsurmod : Not Dolby Surround encoded
ltrtcmixlev : -3.0 dB
ltrtsurmixlev : -3.0 dB
lorocmixlev : -3.0 dB
lorosurmixlev : -3.0 dB
dialnorm_Average : -27 dB
dialnorm_Minimum : -27 dB
dialnorm_Maximum : -27 dB

Audio #4
ID : 5
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 1 h 30 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 415 MiB (1%)
Language : Spanish
Service kind : Complete Main
Default : Yes
Forced : No
Dialog Normalization : -31 dB
compr : -1.48 dB
dynrng : -0.86 dB
cmixlev : -3.0 dB
surmixlev : -6 dB
dmixmod : Lo/Ro
ltrtcmixlev : -3.0 dB
ltrtsurmixlev : -4.5 dB
lorocmixlev : -3.0 dB
lorosurmixlev : -4.5 dB
dialnorm_Average : -31 dB
dialnorm_Minimum : -31 dB
dialnorm_Maximum : -31 dB


M2TS:



Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : MLP FBA AC-3 16-ch
Format/Info : Meridian Lossless Packing FBA with 16-channel presentation
Commercial name : Dolby TrueHD with Dolby Atmos
Muxing mode : Stream extension
Codec ID : 131
Duration : 1 h 30 min
Bit rate mode : Variable
Bit rate : 640 kb/s
Maximum bit rate : 6 816 kb/s
Channel(s) : 8 channels
Channel layout : L R C LFE Ls Rs Lb Rb
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossless
Stream size : 415 MiB (1%)
Service kind : Complete Main
Number of dynamic objects : 13
Bed channel count : 1 channel
Bed channel configuration : LFE
Dialog Normalization : -27 dB
compr : 1.02 dB
dynrng : 1.02 dB
cmixlev : -3.0 dB
surmixlev : -6 dB
dmixmod : Lo/Ro
ltrtcmixlev : -3.0 dB
ltrtsurmixlev : -4.5 dB
lorocmixlev : -3.0 dB
lorosurmixlev : -4.5 dB
dialnorm_Average : -27 dB
dialnorm_Minimum : -27 dB
dialnorm_Maximum : -27 dB

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 1 h 30 min
Bit rate mode : Constant
Bit rate : 320 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Compression mode : Lossy
Stream size : 208 MiB (0%)
Service kind : Complete Main
Dialog Normalization : -27 dB
compr : 1.94 dB
dynrng : 1.72 dB
dsurmod : Not Dolby Surround encoded
ltrtcmixlev : -3.0 dB
ltrtsurmixlev : -3.0 dB
lorocmixlev : -3.0 dB
lorosurmixlev : -3.0 dB
dialnorm_Average : -27 dB
dialnorm_Minimum : -27 dB
dialnorm_Maximum : -27 dB

[jpsdr]

@Mosu

Hello.

You've recently updated your mxe repository, so i also have updated from yours.

Since, i have the following issue (some part are translated):

Updating the M cross environment build scripts

[download] gcc-13.4.0.tar.xz
MXE Warning! Downloading gcc from second URL.
MXE Warning! Downloading gcc from backup.

Download failed or wrong checksum of package gcc!
------------------------------------------------------------
--2025-07-09 19:21:56-- http://d1yihgixbnrglp.cloudfront.net/gcc%2D13%2E4%2E0%2Etar%2Exz
Solving of d1yihgixbnrglp.cloudfront.net (d1yihgixbnrglp.cloudfront.net)… 18.245.172.199, 18.245.172.128, 18.245.172.74, ...
Connect to d1yihgixbnrglp.cloudfront.net (d1yihgixbnrglp.cloudfront.net)|18.245.172.199|:80… connected.
request HTTP send, waiting response… 404 Not Found
2025-07-09 19:21:56 error 404 : Not Found.
Download failed!
------------------------------------------------------------

make: *** [Makefile:736 : download-only-gcc-13.4.0.tar.xz] Error 1


Is it the same for you ?

[Mosu]

Yeah, I currently have the same issue — I just haven't found the time to investigate. You should be able to Google around for an alternative download location & place that file in the "pkg" sub-directory. As long as it exists, has the expected name & checksum the system shouldn't try to re-download it.

[Mosu]

Oh wait. I do _not_ have that problem as I'm not using gcc 13 anymore, but gcc 14. Add "MXE_PLUGIN_DIRS += plugins/gcc14" to your "settings.mk". That download works.

It looks like they forgot to update the checksum when they updated the gcc 13 release: https://github.com/mxe/mxe/commit/4e01bc6b1a586487886052bb1b012af1128e6432

PS: I forgot to update the "setup_cross_compilation_environment.sh" script; it still references gcc 13. I don't use that myself, therefore I hadn't observed the issue. I'll update it in a bit.

[jpsdr]

Thanks, this was helpfull for me.

[Mosu]

Hey y'all.

This is probably the smallest release I've ever done :) Just one bug fix & one feature. Apart from that a ton of work went into the macOS build scripts in order to be able to build universal binaries. It's not finished yet, and therefore the work's not part of the release.

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 94.0 "Initiate" 2025-07-27
New features and enhancements

MKVToolNix GUI: multiplexer: the "delete source files after multiplexing" job runner will now delete both files of an ".idx"/".sub" VobSub file pair. Implements #6133 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6133).

Bug fixes

all: fix compilation without FLAC. Fixes #6128 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6128).


Have fun 😁

[tormento]

Hey y'all.
I have searched for "ac-4" and "ac4" but no results found. Pardon me if it's an already asked question.

I have a AC-4 audio file (https://workupload.com/file/tM25qFpdgW2) that I want to mux into a mkv with the proper video but the AC-4 file gets recognized as AVC video :scared:

Could you please add proper support?

:thanks:

[Mosu]

I currently don't have plans to work on AC-4 support in the near future. It will likely be implemented at some point, just not soon.

[tormento]

I currently don't have plans to work on AC-4 support in the near future. It will likely be implemented at some point, just not soon.


I’ve started to get interested as MPC-HC and MPC-BE added decoding support. Eesma ffmpeg build has it too.

[v0lt]

I’ve started to get interested as MPC-HC and MPC-BE added decoding support. Eesma ffmpeg build has it too.
Note that AC-4 decoding support is very limited. Many streams are not supported.

[tormento]

Note that AC-4 decoding support is very limited. Many streams are not supported.
Even if limited, somewhere we should start. ;)

Unfortunately Mosu isn't willing to include, at least soon, so there aren't many ways to test it, beside the pure audio file.

[Mosu]

To be nitpicky here: I'm absolute not against including support for AC-4, I just don't want to work on this myself at the time. This is still open source, after all; others can get involved, if it's important or interesting to them.

[tormento]

To be nitpicky here: I'm absolute not against including support for AC-4, I just don't want to work on this myself at the time. This is still open source, after all; others can get involved, if it's important or interesting to them.


I am so thankful for the work you are carrying, I think, alone. I would be glad to help you in any way but, unfortunately, my programming skills are almost none.

My message wasn’t a critique to your efforts, just a matter of fact, i.e. that we can cannot still test AC4 inside MKV. And I don’t even know if MP4 accepts it either.

I am always eager to find the new builds in the continuous repository, as I know that you always do your best to provide fixes and new functionalities.

Thanks again, you have all my gratitude. ;)

[Mosu]

I didn't take it as criticism, don't worry, we're good ��

And yeah, on the coding side I'm mostly doing all the work myself with the occasional contribution by others (much fewer than ten years ago). I do have a lot of people handling translations, and I'm really grateful for them, 'cause I simply only speak English & German.

[Mosu]

Hey :)

Time for another release: a couple of new features/enhancements contributed by a kind person, a handful of bug fixes.

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 95.0 "Goodbye Stranger" 2025-09-14
New features and enhancements

mkvmerge, MKVToolNix GUI: new chapter generation feature: a new placeholder has been introduced when generating chapters for appended files, <TITLE>, which will be replaced by the appended file's title metadata. Implements #6151 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6151). Implementation by Jason Donenfeld.
mkvmerge: the display matrix from MP4 files are now translated into appropriate roll and yaw values for output MKV files. Implements #6150 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6150). Implementation by Jason Donenfeld.
mkvmerge: add "--date" argument to set the date metadata. Implements #6155 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6155). Implementation by Jason Donenfeld.

Bug fixes

build system: fixed building with the upcoming Boost v1.89.0 by only requiring the header part of the Boost.System library as it's been header-only since v1.69.0. Fixes #6143 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6143).
mkvmerge: PCM packetizer: mkvmerge will now always write frames with 40ms of samples, no matter how long or short the frames in the source files were. Part of the fix of #6149 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6149).
mkvmerge: MP4/QuickTime reader: fix exorbitant memory usage when reading PCM audio tracks. Part of the fix of #6149 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6149).

Build system changes

Boost v1.74.0 or newer is now required.


Have fun 😁

[LeXXuz]

Still on v89.0. The last version that supports narrow fonts on Windows properly.

[jpsdr]

@Mosu
Hi.
There is the 95.0.38 in https://mkvtoolnix.download/windows/continuous/32-bit/95.0/, but not in https://mkvtoolnix.download/windows/continuous/64-bit/95.0/. Is it normal ?

[Mosu]

@Mosu
Hi.
There is the 95.0.38 in https://mkvtoolnix.download/windows/continuous/32-bit/95.0/, but not in https://mkvtoolnix.download/windows/continuous/64-bit/95.0/. Is it normal ?

That's due to an installation issue on my buildbot server which clashes with the recent change to how the 64-bit installer is built. It'll be fixed soon-ish.

[Mosu]

Problem's fixed, and the missing build has been built.

[jpsdr]

Nice, thanks.

[Mosu]

Heyooo.

Here's the latest, the greatest (maybe?) release of MKVtoolNix, v96.0. Business as usual: couple of enhancements, couple of bug fixes.

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 96.0 "It's My Life" 2025-11-08
New features and enhancements

all programs: added a command-line parameter "--no-bom" that disables writing byte order marks to text files encoded with one of the UTF variants. Implements #6166 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6166).
MKVToolNix GUI: multiplexer: added variable "&lt;MTX_CHAPTERS_FILE_NAME>" to the "run program after job completion" mechanism containing the absolute path to the chapters file name. Implements #6172 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6172).

Bug fixes

mkvmerge: OBU reader: fixed probing files in which the first frame ends after the 1MB mark, which is how big the memory buffer used for probing content is. Fixes #6165 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6165).
mkvmerge: VobSub reader: VobSub ".idx" files that start with a byte-order mark (BOM) are now read again correctly. Fixes #6162 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6162).
mkvextract: AV1/IVF: fixed inserting a temporal delimiter OBU at the start of each frame if there is none. Mostly fixes #6120 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6120).
mkvextract: AV1/IVF: fixed a potential calculation error when deriving frame rate numerator & denominator from Matroska's default duration. Part of the fix of #6120 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6120).
mkvextract: AV1/IVF: fixed calculation of IVF frame number calculation from Matroska's frame timestamps by rounding instead of truncating. Part of the fix of #6120 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6120).


Have fun 😁

[Klaus1189]

Thanks for new release, but while installation of x64 on Win11 I do not get asked for admin rights to install and therefore install fails. If I rightclick the installer and run it with admin rights, it works. Is that just me or can you confirm that?

[LeMoi]

Thanks for new release, but while installation of x64 on Win11 I do not get asked for admin rights to install and therefore install fails. If I rightclick the installer and run it with admin rights, it works. Is that just me or can you confirm that?

No problem here win WIN11 too to install without specifiying admin rights

[Klaus1189]

I retested 95.0.0 which works without manual admin rights and 96.0.0 which does not.

[Mosu]

I have another user reporting the same kind of issue over on the forum (https://help.mkvtoolnix.download/t/trouble-installing-update-96-0-windows-64bit/1488). Note that I'm using a different/new NSIS build so that I can actually build 64-bit installer executables instead of 32-bit ones. You'll get used to it. Other programs do it that way, too.

What I find interesting, though, is that I personally get asked for admin privs immediately upon launching the installer without having to tell Windows so explicitly, like LeMoi, too. I do not know why, nor do I care to investigate, to be quite honest.

[Klaus1189]

If it helps, Win 11 25H2, fresh new install about 2 weeks ago. If you reconsider, just let me know. I will provide as much info as I can. I am also here for tests.

[SeeMoreDigital]

When trying to instal 'mkvtoolnix-64-bit-96.0-setup.exe' I receive the following message even after deleting mkvtoolnix first: -

https://i.ibb.co/Xxf940yZ/Screenshot-2025-11-08-191904.png

[Mosu]

Run the installer with admin privileges.

[Klaus1189]

Yes, exact same issue

[Mosu]

If it helps, Win 11 25H2, fresh new install about 2 weeks ago. If you reconsider, just let me know. I will provide as much info as I can. I am also here for tests.

You can give the latest build here (]https://mkvtoolnix.download/windows/pre/64-bit/) a try. I've changed RequestExecutionLevel none to RequestExecutionLevel admin. Funnily enough I had used "admin" in the past, but changed it to "none" in 2010 — unfortunately without any explanation in the commit message. I vaguely remember users requesting I do this, but I do not remember their reasoning.

[SeeMoreDigital]

Run the installer with admin privileges.Yes, I actually ended up doing this. Sorry I neglected to mention it in my previous post.

[Klaus1189]

You can give the latest build here (]https://mkvtoolnix.download/windows/pre/64-bit/) a try. I've changed RequestExecutionLevel none to RequestExecutionLevel admin. Funnily enough I had used "admin" in the past, but changed it to "none" in 2010 — unfortunately without any explanation in the commit message. I vaguely remember users requesting I do this, but I do not remember their reasoning.

https://mkvtoolnix.download/windows/pre/64-bit/mkvtoolnix-64-bit-96.0-revision-001-g572494487-01908-setup.exe

This build askes me for admin rights :)

[lansing]

I was muxing vob files into a mkv but the length doesn't match with the dgindex I created with the same vobs. It looks like mkvtoolnix added 7 frames to each vob except for the first one? I'm using version 96.0

[SeeMoreDigital]

I was muxing vob files into a mkv but the length doesn't match with the dgindex I created with the same vobs. It looks like mkvtoolnix added 7 frames to each vob except for the first one? I'm using version 96.0
As a test... Have you tried joining the vob files together using TSmuxer GUI?

[Mosu]

Hi fine folks!

Happy new year everyone. Here's v97.0 of MKVToolNix, probably the smallest release I've ever done with just two NEWS.md entries. But I like to keep up with my ususal schedule, so here we are. Feel free to skip this release if the feature mentioned below is irrelevant for you.

An important note 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.

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 97.0 "You Don't Have A Clue" 2026-01-02
New features and enhancements

mkvmerge: MP4 reader: added support for TrueHD in MP4 with FourCC "mlpa". Implements #6178 (https://codeberg.org/mbunkus/mkvtoolnix/issues/6178).
installer: the Windows installer will request admin permissions again, as it did before release 96.0.


Have fun 😁

[Perenista]

I think it was explained here the reasoning for forbidding the idea to split FLAC tracks, but I had to resort to a 2018/old MKVToolnix version to insert one into a file I have.

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.

I had to correct said FLAC track to be in a single file of my film (another version of that 4 hour content), but the sync was different in parts 1/2 and 2/2 compared to the SINGLE FILE.

After 2 hours, files 1/2.mkv and 2/2.mkv were different than SINGLEFILE.mkv.

What I had to do (read and you'll understand why I got an old MKVToolnix):

- Part 1/2 was already in sync with SINGLE FILE. It has a FLAC english track. We can tell it's the same using VirtualDub2.
- For part 2/2, I had to instruct MKVTOOLNIX for a -250 ms delay. Again, FLAC/english. Now, we have 2/2-corrected.mkv

- Then, append parts 1/2 and 2/2-corrected.mkv. The file we will get, I'll call it 1+2.mkv

Open:
SINGLEFILE.mkv (4h length)

Add 1+2.mkv (which has our FLAC appended from before). SINGLEFILE.mkv will now have that FLAC from 1+2.mkv.
+++++++++++++++++++++++++++++++++

Is everything OK for SINGLEFILE? Yes. In sync for the first 2h, and the last 2. 100%.

+++++++++++++++++++++++++++++++++

What was proposed before (if we forget MKVToolnix used to split FLACs):

- Convert the FLAC from:

Part 1/2
Part 2/2

Into WAV, using ffmpeg.

The problem is, after I use gMKVExtractGUI to extract whatever is inside those files, I'll get this:

FILM_track2_[eng]_DELAY 1040ms.flac (from 1/2)
FILM_track2_[eng]_DELAY 1926ms.flac (from 2/2)

All the rest I need to do, to skip the 2018 MKVtoolnix workaround (at least for me) failed creating an audio track in sync. Because the first 2h were OK, but not the last 2.

[Mosu]

See this FAQ entry (https://codeberg.org/mbunkus/mkvtoolnix/wiki/Appending-&-splitting-FLAC-audio-tracks-not-supported) as for the reason why appending/splitting FLAC is disabled by default and how you can still re-enable it with current versions. No need to resort to old versions for it.