Tag Archives: MKVToolNix

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 :)

MKVToolNix v32.0.0 released

Hey,

Here’s MKVToolNix v32.0.0, a really small bug fix release, the most important probably being the handling of Unicode code points > U+ffff (e.g. Emojis). For that to work a bug-fixed libEBML is also needed, which is why libEBML v1.3.7 is now required. It was released earlier today.

Other than that nothing has changed for package managers since v31.0.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

  • mkvinfo: when sizes are output the size of the element’s data portion is
    output in addition to the element’s total size.
  • MKVToolNix GUI: info tool: the element’s data portion is
    shown as an extra column.
  • MKVToolNix GUI: multiplexer: added column "Delay" to the track list
    containing the additional delay to apply during multiplexing. Implements
    #2506.

Bug fixes

  • all: fixed handling of Unicode code points > U+FFFF. Fixes #2516.
  • mkvmerge: Windows: mkvmerge was crashing with an exception when trying to
    identify certain files that can be used on Blu-rays (such as MPEG transport
    streams of MPLS play list files) and when the file name was given as a UNC
    path (e.g. \\servername\sharename\path\to\file.m2ts). The GUI emitted
    errors such as "the JSON output could not be parsed" in that case. Fixes
    #2507.
  • MKVToolNix GUI: the portable mode wasn’t detected correctly when the current
    working directory the GUI was started from wasn’t the directory the GUI’s
    executable file was located it. Examples for when this is the case are
    Windows’ "send to" or "open with" functions. Fixes #2501.
  • MKVToolNix GUI: multiplexer: using button to change the current destination
    directory to one of the recently used ones did not update the file name
    according to the "make file name unique" setting. Part of the fix of #2519.
  • MKVToolNix GUI: multiplexer: the function "set destination file name from
    selected file’s name" will now only change the destination file’s name but
    not its path. Part of the fix of #2519.

Build system changes

  • libEBML v1.3.7 and libMatroska 1.5.0 are now required as they fix their
    handling of Unicode code points > U+FFFF (see #2516).

Have fun :)

MKVToolNix v31.0.0 released

Hey,

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 :)