Atom feedMKVToolNix v94.0 released
2025-07-27 — 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.
You can download the source code or one of the packages. The Windows packages as well as the 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 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/.subVobSub file pair. Implements #6133.
Bug fixes
- all: fix compilation without FLAC. Fixes #6128.
Have fun 😁
MKVToolNix v93.0 released
2025-06-14 — 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 which offers MKVToolNix for ARM, 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 for details. There a user & I discuss requirements & small issues they encountered, and the succeeds in building ARM binaries.
You can download the source code or one of the packages. The Windows packages as well as the 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 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. - 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.
- 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.
Have fun 😁
MKVToolNix v92.0 released
2025-04-26 — mosu
Hey y’all fine folks 😁
Here’s a new MKVToolNix release with a handful of bug fixes & enhancements. Nothing major in this one.
You can download the source code or one of the packages. The Windows packages as well as the 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 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.
- mkvmerge: FLAC reader: padding metadata blocks will now be removed from the codec initialization data. See #6079.
- mkvmerge: FLAC reader: embedded Vorbis comments will now be converted into Matroska comments or track/global header fields when available (e.g.
TITLEwill become the segment title & track’s name,LANGUAGEwill 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. - 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.
- 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.
Build system changes
- Windows build: the
packaging/windows/populate_installer_dir.shnow expects the user to pass the Saxon-HE’s JAR file name to be passed with the-sor--saxon-jarparameter instead of the base directory for Saxon-HE. This allows newer versions of Saxon-HE to be used.
Have fun 😁
Older posts