MKVToolNix v31.0.0 released


I’ve just released MKVToolNix v31.0.0 which fixes a couple of issues, especially drag & drop support in combination with Qt 5.12 and newer. Note that the addition of flushing cached data on closing files introduced in v30 has been reverted due to detrimental behavior; an additional command line option has been added to make mkvmerge flush its buffers for those who need it.

Nothing has changed for package managers since v30.1.0.

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

  • all programs: added a new option --abort-on-warnings that will cause the
    program to abort after it has emitted the first warning, similar to how it
    aborts after the first error. Implements #2493.
  • mkvmerge, mkvextract: when closing files that were opened for writing,
    cached data will not be flushed to storage automatically anymore. This
    reverts the workaround implemented for #2469. A new option was added to both
    programs (--flush-on-close) that re-enables flushing for people who are
    affected by data loss such as described in #2469.
    The reason is that automatic flushing causes long delays in processing
    queues when the output by mkvmerge/mkvextract isn’t the final product but
    just an intermediate result to be processed further.
    Implements #2480.
  • MKVToolNix GUI: multiplexer: the dialog previewing different character sets
    for text subtitles will now keep the position of the displayed text when
    switching between character sets. Implements #2489.

Bug fixes

  • mkvmerge: AVI reader: using DV type 1 AVIs will now result in an unsupported
    file type being reported (as the underlying AVI library doesn’t support
    them) instead of crashing mkvmerge. Fixes #2491.
  • mkvmerge: HEVC: the height of interlaced streams will now be set correctly
    to the height of the full frame instead of the height of a single interlaced
    field. Fixes #2446.
  • mkvmerge: MP4 reader: edit lists consisting solely of elements that mkvmerge
    doesn’t support (such as dwells) are simply ignored. Before no data was read
    for such tracks at all. Fixes #2487.
  • mkvmerge: text subtitles: entries with an explicit duration of 0ms will now
    be handled correctly: the 0ms duration will be stored in Matroska instead of
    the difference between the current and the following entry. Fixes #2490.
  • MKVToolNix GUI: multiplexer, chapter editor: fixed drag & drop handling with
    Qt 5.12.0 and newer. Fixes #2472.
  • MKVToolNix GUI: multiplexer: the GUI did not clean up temporary files
    created when running mkvmerge. Fixes #2499.

Build system changes

  • Qt 5.4.0 or newer has required (up from 5.3.0) since version 30.0.0; I just
    forgot to include this entry.

Have fun :)

4 thoughts on “MKVToolNix v31.0.0 released

  1. TPeter

    1/ I have just downloaded the new release and when I try to add an xml file (which was converted from a cue file using CueMaster) to add chapters, MKVToolNix gives an error message that the file format is not recognised. Can you tell me what can be the problem?
    2/ Will there be a version in the near future which would accept cue files as chapter files?

    1. mosu Post author

      Chapter files aren’t regular source files. You have to add them on the “Output” tab; there you’ll find the “Chapter file” input.

  2. David

    I just tried to add subtitles file with with MKVToolnix and failed. Compared to older versions adding subs to existing opened video file invoked questions none of them leading to actual adding the subtitles.
    I understand that you have added new features but could you shove them somewhere in menus instead of pimping them out to unsuspecting user.
    Besides new interface does not “understand” that if there is a video loaded and if there are subs added that “automaticaly” user wants to add them to existing video track.
    The two unobvious options of append and add as parts DO NOT work as append adds it to god knows where and add does not add it anywhere.

    1. mosu Post author

      Tone does make music, and yours borders on snarky and condescending. At least that’s how you come across. Please tone it down. Thanks. For example, you could just have asked for help instead of snarking how I shouldn’t bother you with new features.

      That being said: “appending” in MKVToolNix means laying content out linearly: the content of the “appended” file will be played after all of the content of the file it’s appended to. This only works, of course, if the appended track types match; meaning you cannot append a subtitle track to a video track (only to another subtitle track).

      What you should instead use is the “add” functionality which will lay out content in parallel (content from the “added” file will play at the same time as the content of the other files you’ve already added).

      Regarding the popup dialog asking you what to do, the correct answer for your use case would be the first one, “add as new source file to the current multiplexer settings”. If you want the GUI to mimic the behavior of the old mmg (“mkvmerge GUI”), you can additionally check the checkbox “always use the action selected above and don’t ask again” in the same dialog. It’ll then always “add” any dropped file to the currently open & active multiplex settings.

      If you still cannot get it to work, please let’s move the conversation over to the MKVToolNix Sub-Reddit [1] which is a much better place for program support than blog comments. Thanks.


Comments are closed.