MKVToolNix v59.0.0 released

Heyooo!

Summer’s here, so let’s stay inside & play with a new release of MKVToolNix: v59. There were several nice quality of life improvements to the GUI as well as the usual bug fixes.

Several things have changed for packagers, so many that I won’t list them here. You can find them the NEWS below.

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 stil 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: WebVTT parser: the parser now follows the specs’ rules for parsing timestamps more closely by being more lenient: it allows arbitrary number of spaces & tabs at the start of the line & around the arrow; it allows any number of digits for the hours. Part of #3139.
  • MKVToolNix GUI: multiplexer: when adding a Blu-ray playlist without scanning for other playlists the GUI will now look for disc library information & let the user select which one to use if there’s more than one entry. Implements #3143.
  • MKVToolNix GUI: multiplexer: added an option for sorting files & tracks by track types when adding them to multiplex settings. The order is: video first followed by audio, subtitles and other types. Files & tracks can still be reordered manually later. The option is enabled by default & can be found in the preferences → “Multiplexer” page → “Adding files” section. Implements #2366.
  • MKVToolNix GUI: multiplexer: added an option for recognizing file name sequences such as movie.001.mp4, movie.002.mp4, movie.003.mp4 when adding multiple files at once. If a sequence is detected, the only first file will be added while the second and following file names will be appended to the first one. The option is enabled by default & can be found in the preferences → “Multiplexer” page → “Adding files” section. Implements #2866.
  • MKVToolNix GUI: multiplexer: added small colored boxes for each file & track in order to indicate from which file each track is read. The colors used can be configured in the preferences → “Multiplexer” page → “File & track colors” section.

Bug fixes

  • build system: fixed compilation with fmt v8. Fixes #3151.
  • mkvmerge: SRT subtitle reader: characters that aren’t valid according to the assumed encoding of the file will now be replaced by the Unicode “Replacement Character” U+FFFD instead of keeping the invalid characters, potentially violating the Matroska specs.
  • mkvmerge: WebVTT parser: the parser now accepts timestamps with hours larger than 99. Part of #3139.
  • mkvextract: TTA extraction, only on Windows: fixed removing the temporary file created during extraction.
  • mkvmerge, mkvpropedit, MKVToolNix GUI’s multiplexer & header editor: MIME type detection is now done using Qt instead of the magic library. The main impact is the MIME types of TrueType & OpenType fonts are now detected correctly. Fixes #3137.
  • mkvmerge, mkvinfo, MKVToolNix GUI’s info tool: only on Windows: displaying dates before 1970-01-01 00:00:00 UTC or after 2038-01-19 03:14:08 UTC was broken. Note that the header editor was not affected. Fixes #3148.
  • MKVToolNix GUI: only on 64-bit Windows: under certain conditions, the 64-bit Windows binaries crashed when opening dialog windows. Even though the underlying bug hasn’t been identified, the investigation showed that building it with newer versions than 10.2.0 of the mingw/gcc cross-compiler enabled the crashes, while binaries built with 10.2.0 were fine. This affected v57 and v58 which were built with gcc versions 10.3.0 and 11.1.0 respectively. For the time being I’ve switched back to building Windows binaries with gcc 10.2.0. Fixes #3132 & #3133.
  • MKVToolNix GUI: multiplexer: when adding files to the multiplexer by running the GUI’s executable with file names as command line arguments, the source directory will be remembered as the “last open directory” again, causing subsequent uses of the “open file” dialog to start in the same directory.
  • MKVToolNix GUI: multiplexer: the “default track flag” column in the track list was missing its icons. Additionally it contained text even for things that aren’t regular tracks and therefore do not actually have that flag (e.g. chapters or tags). Fixes #3144.
  • MKVToolNix GUI: multiplexer: the default for the dialog asking the user what to do with dragged & dropped files if they’ve never seen the dialog is back to adding the files to the current multiplex settings instead of “add as additional parts” which was an unintentional default.
  • MKVToolNix GUI: multiplexer: the “show command line” dialog will now always use backward slashes for the “Windows (cmd.exe)” mode and forward slashes for the “Linux/Unix shells” mode, regardless of the operating system it’s currently running on. Fixes #3155.

Build system changes

  • The Qt library is now required for building all applications, even the command-line ones, as they use Qt’s MIME type detection capabilities. In turn this means that you cannot disable the Qt usage anymore; either Qt5 or Qt 6 is required. You can still chose not to build MKVToolNix GUI, though. A new option has been added to configure for this purpose: --disable-gui.
  • The gmp library is now required.
  • The magic library is not used anymore.
  • The PCRE2 & JPCRE2 libraries are not used anymore. The bundled version of JPCRE2 was removed.
  • Boost’s “rational” library is not used anymore.
  • configure: the option --enable-appimage has been removed. The location of the relevant directories within an AppImage is now detected automatically.
  • The bundled fmt library was updated to v8.0.0.

Have fun 😁

8 thoughts on “MKVToolNix v59.0.0 released

  1. Mike

    Incredible, as always! Million thanks!

    Any chance you could have time and interest to implement demux/extract feature in to the GUI? It’s the only thing missing in this amazing software. Just recently moved to linux and having trouble with extracting tracks; not a big fan of terminal (and IMO it’s rather complicated using mkvextract compared to e.g. the Windows gMKVExtractGUI software, which does the extracting very easy (e.g. automatic filenames with descriptions for different types of tracks and content)) and would like stay away from Mono/Wine stuff (which I tried on my earlier test-install of Linux Mint, and failed miserably) and just use “native” linux software. I understand it might take a lot of your time to implement this. Thanks for listening! And thanks again for the amazing software!

    Reply
    1. mosu Post author

      That is on my long-term TODO list. But don’t expect anything in that direction anytime soon.

      Reply
      1. Mike

        I got the feeling that this feature would be welcomed by a lot of users. If it’s a big hurdle, maybe you could set up a fund raising to achieve this single goal?

        I just found out the GitLab issue for this and it’s opened in year 2015. It has been 6 years already and you still say “not anytime soon”.. I wonder when this would actually see the light of day. :(

        Reply
    1. mosu Post author

      No, but you can change the colors in the preferences. Just remove the predefined ones & add your window background color several times (at least as often as the total number of tracks you expect to handle simultaneously as random colors will be assigned if not enough colors are configured).

      Reply
      1. Martee Ashberry

        Thank you for your quick reply.
        Have a good day/night whichever the case may be. LOL

        Reply

Leave a Reply

Your email address will not be published. Required fields are marked *