Tag Archives: Matroska

MKVToolNix v35.0.0 released

Time for release v35.0.0 of MKVToolNix. Again, it only includes a small number of enhancements and bug fixes; nothing major.

There’ve been no changes regarding packaging since the previous release.

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: JSON identification: the "codec name" track property will be
    output as codec_name. The JSON schema has been bumped to v12 for this
    change.
  • MKVToolNix GUI: job queue: added a new type of action to execute after job
    completion: deleting source files for of multiplexer jobs. As this is a
    destructive operation, the action is disabled by default. Implements #869
    and #2570.

Bug fixes

  • mkvmerge: the "codec name" track property wasn’t copied from Matroska
    files. Fixes #2566.
  • MKVToolNix GUI: multiplexer: Windows: clearing the destination file name
    will reset the tab name to "<No destination file>" again. Fixes #2571.
  • MKVToolNix GUI: multiplexer: the file types were not re-translated if the UI
    language was changed. Fixes #2572.

Have fun :)

MKVToolNix v34.0.0 released

Here’s the May release of MKVToolNix, v34.0.0. It’s a tiny update with just three bugs fixed (and several translations updated).

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:

Bug fixes

  • mkvmerge: all subtitle frames are now treated as key frames in order to fix
    wrong data in source files. Fixes #2541.
  • mkvmerge: AV1: fixed frame timestamp calculation when reading bitstreams
    that lack timing information from IVF files. Fixes #2553.
  • mkvmerge: Matroska reader: fixed an infinite loop that could happen with
    large video frames and applied timestamp files due to too much data being
    buffered at the wrong time. Fixes #2550.

Have fun :)

MKVToolNix v33.1.0 released

Well, I buggered up the handling of UNC paths on Windows in release 33.0.0. So… sorry? :) Here’s a fix for that. As this is just an emergency hot fix release I’ll include the news for v33.0.0, too.

There’ve been no changes regarding packaging since the previous release.

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:

Version 33.1.0 “Primrose” 2019-04-15

Bug fixes

  • MKVToolNix GUI: multiplexer: Windows: using UNC paths
    (e.g. \\server\Videos) when the option "automatically set the destination
    file name" was set in the preferences, the GUI would create a destination
    file name with forward slashes (e.g. //server/Videos/outputfile.mkv), a
    syntax not supported by mkvmerge. Fixes #2533 & #2534.
  • build system: the programs were accidentally built without stack protection
    (-fstack-protector-strong) on recent versions of gcc and clang.

Version 33.0.0 “A Little Bit of Madness” 2019-04-12

Bug fixes

  • mkvinfo: when using the --size option, mkvinfo will now report the
    correctly if an element has an unknown size. Part of the fix of #2530.
  • MKVToolNix GUI: info tool: clusters with an unknown size will now be read
    and displayed correctly. Part of the fix of #2530.
  • MKVToolNix GUI: multiplexer: Windows: trying to open Blu-ray index or
    playlist files failed when the path to the files contained symbolic links
    (e.g. when mounting a drive in a sub-folder via Windows’ disk management
    utility). Fixes #2522.
  • MKVToolNix GUI: multiplexer: if a destination file names ends with a number
    in parenthesis (e.g. a year such as "(2017)"), that number will not be
    stripped anymore during the process of ensuring the destination file name is
    unique. Only those suffixes added automatically in prior attempts to make
    the file name unique will be removed. Fixes #2521.
  • MKVToolNix GUI: multiplexer: Windows: the GUI will let the user change the
    drive letter part of the destination file name freely again and only verify
    its validity right before starting to mux/adding to the job queue. Before it
    tried to force that into something valid, often resulting in unintentional
    paths (such as "C:\users\…\DC\files\…"). Fixes #2527.

Have fun :)

MKVToolNix v33.0.0 relesaed

Another month, time for another release of MKVToolNix: v33.0.0. This is still a rather quiet time for MKVToolNix; hence this is another small bug fix release.

There’ve been no changes regarding packaging since the previous release.

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:

Bug fixes

  • mkvinfo: when using the --size option, mkvinfo will now report the
    correctly if an element has an unknown size. Part of the fix of #2530.
  • MKVToolNix GUI: info tool: clusters with an unknown size will now be read
    and displayed correctly. Part of the fix of #2530.
  • MKVToolNix GUI: multiplexer: Windows: trying to open Blu-ray index or
    playlist files failed when the path to the files contained symbolic links
    (e.g. when mounting a drive in a sub-folder via Windows’ disk management
    utility). Fixes #2522.
  • MKVToolNix GUI: multiplexer: if a destination file names ends with a number
    in parenthesis (e.g. a year such as "(2017)"), that number will not be
    stripped anymore during the process of ensuring the destination file name is
    unique. Only those suffixes added automatically in prior attempts to make
    the file name unique will be removed. Fixes #2521.
  • MKVToolNix GUI: multiplexer: Windows: the GUI will let the user change the
    drive letter part of the destination file name freely again and only verify
    its validity right before starting to mux/adding to the job queue. Before it
    tried to force that into something valid, often resulting in unintentional
    paths (such as "C:\users\…\DC\files\…"). Fixes #2527.

Have fun :)