MKVToolNix v74 is out. This is another one in a longer line of small-ish bug fix releases. Nothing too earth shattering. Anyway, have fun with it.
You can download the source code or one of the binaries. The Windows and macOS binaries as well as the Linux AppImage are available already. The other Linux binaries 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:
New features and enhancements
- mkvmerge: SRT handling: added a hack called
--engage keep_whitespaces_in_text_subtitleswhich disables stripping whitespaces from the start & end of each line of SRT entries during muxing. Part of the implementation of #3470.
- all: Windows: UNC paths of type
\\?\C:\…are supported again by switching back to Boost’s file system library instead of using C++17’s file system library. Fixes #3058.
- mkvmerge: AVC/H.264 & HEVC/H.265 packetizers: when appending tracks the pixel dimensions will be checked & muxing will be aborted if they don’t match. Fixes #3480.
- mkvmerge: file type detection: file types that can be detected unambiguously by their content (e.g. Matroska, MP4, WAV…) will now preferred in the detection order over file types based on their extension. Prevents certain cases of mis-detection, e.g. DTS in WAV but with a file name extension of
.dtsbeing detected as the wrong type of DTS. Fixes #3462.
- mkvmerge: SRT handling: whitespaces will now be stripped from the start & the end of each line of each entry, not just from the end of the last line. Part of the fix of #3470.
- mkvextract: SRT extraction: whitespaces will not be stripped from the start & end of the whole entry anymore. Part of the fix of #3470.
- MKVToolNix GUI: multiplexer: when adding multiple files that include certain file types (chapters, segment info and tag files) and when the choice where to add them is “all files to a single new tab”, these certain file types will now be added in the newly added tab as well instead of the current tab that had already been open. Fixes #3469.
- build system: fixed compatibility with Ruby 3.2.0 by using
FileTest.exists?which were removed in that release.
Build system changes
- MKVToolNix is now using & requiring Boost’s “file system” and “system” libraries again instead of C++17’s file system library. This is due to gcc’s library not supporting UNC paths of types
Have fun 😁
As per the NEWS page, “For the time being macOS & Windows binaries will be available directly from the mkvtoolnix.download server instead of from FossHub.com”. Was there a falling-out with FossHub?
The reason why I was using FossHub was that they split the ad revenue with the projects. On top of that they distributed the revenue somewhat so that smaller projects would receive a larger share of the revenue than their download/visitors stats would indicate. MKVToolNix is one of the largest projects on FossHub, meaning I would share some of the profits with the smaller projects. Supporting smaller projects that way is something I find important.
Unfortunately FossHub was sold to someone else several months ago. Since then no ad revenue has been paid out to me at all. There’s been no further communication after the sale had been announced, and the one time I tried to contact them about it the original FossHub owner (whom I value highly) was the only one to respond. As the new owner’s obviously profiting from the ad revenue, and as their behavior to date hasn’t really make me trust them, I decided to pause this particular partnership for the time being.
Apart from that I have no further insight. I don’t know if other projects are receiving their ad revenue share, I don’t know what the new owner’s future plans are, if this is just a mistake that’ll get rectified soon.
imac, ver. 74.0.0,
movie w 12 audio tracks, only 11 shown in source file.
instaled 72.0.0, shows 12.