MKVToolNix v48.0.0 released

Hey everyone,

summer’s upon us, and surely we’re all itching to stay at home some more, aren’t we? Well, despair not, at least you can update your MKVToolNix version to the latest & shiniest there ever was.

This release’s highlight is the big improvement to the handling of Blu-ray playlists (MPLS files) & corresponding MPEG transport streams (M2TS files), both bug fixes and real enhancements. See the news below for details.

Important news for package managers are the new reuquirements for libEBML/libMatroska & the main development branch having been renamed in my source code repo. Again, see the news for details.

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: AC-3: file identification will report AC-3 tracks encoded in Dolby
    Surround EX as codec "AC-3 Dolby Surround EX". Implements #2740.
  • MKVToolNix GUI: multiplexer: on new installations the GUI will now recognize
    all known ISO 639-2 language codes in file names by default instead of only
    the top 100 of languages by native speakers.
  • MKVToolNix GUI: multiplexer: on new installations the list of "often used
    languages" will by default only contain certain agnostic ones ("multiple
    languages", "no linguistic content", "reserved for local use", "uncoded
    languages"), "English" and the default user interface language. The "list of
    spoken languages by native speaks" isn’t used anymore. Also implements #2716.
  • MKVToolNix GUI: header editor: added an option to remove all attachments to
    the tree context menu. Implements #2835.
  • MKVToolNix GUI: while the GUI is running it will remember the last page that
    was selected when the preferences dialog is closed. Upon re-opening the
    preferences that page will be selected by default. Implements #2852.

Bug fixes

  • mkvmerge: fixed a segmentation fault when exiting prematurely due to write
    errors such as the destination having run out of space. Fixes #2843.
  • mkvmerge: DTS: fixed wrong channel count for DTS tracks with XCh
    extensions. Fixes #2715.
  • mkvmerge: MPEG TS reader: fixed detecting h.264/AVC and h.265/HEVC tracks
    that consist of only a single frame. Part of the fix of #2849.
  • mkvmerge: MPEG TS reader: fixed handling of unbounded PES sizes for tracks
    that consist of only a single PES packet. Part of the fix of #2849.
  • mkvmerge: MPEG TS reader: PGS subtitle tracks are now exempt from the
    "detect bogus subtitle timestamps" heuristic which could lead to some PGS
    subtitles not being timestamped correctly. Symptoms were that they were
    shown at the wrong time or that they were shown indefinitely. Fixes #2736
    and partially fixes #2824.
  • mkvmerge: MPEG TS reader: when reading MPLS playlists the start timestamps
    of a play items were handled wrong: all the timestamps of packets read were
    compared to that start timestamp, dropping those packets whose timestamps
    were smaller than the play item’s start timestamp. The correct behavior is
    to accept all packets as soon as the first one with a timestamp equal to or
    larger than the play item’s start timestamp is encountered. This could
    result in PGS subtitle entries located right at the start of the play item
    being garbled/lost as they consist of multiple PES packets for which some
    timestamps are often slightly smaller. Part of the fix of #2824.
  • mkvmerge: MPEG TS reader: when reading MPLS playlists mkvmerge will no
    longer read the whole M2TS files they reference, processing only the packets
    lying inside the timestamp range given by the playlists’s play item’s start
    & end timestamps. Instead mkvmerge will use the index information present in
    corresponding clip information (CLPI) files in order to seek to the nearest
    file position of the play item’s start timestamp. Additionally mkvmerge will
    simply stop processing a file once the end timestamp is seen. This change
    greatly speeds up processing files from which only small portions must be
    read. Part of the fix of #2824.
  • mkvmerge: WavPack: fixed support for files created by v5 of the
    program. Checksums, DSD audio data and non-standard sampling rates are
    handled correctly. Patch by David Bryant.
  • MKVToolNix GUI: multiplexer: fixed the cursor being positioned wrong after
    entering or pasting characters that aren’t allowed in file names into the
    "destination file" control. Fixes #2855.

Build system changes

  • libEBML v1.4.0 and libMatroska v1.6.0 are now required.

Other changes

  • The source code repository’s main development branch was renamed to main.

Have fun!

7 thoughts on “MKVToolNix v48.0.0 released

  1. Tushar Kapila

    is it available in other repos?

    W: GPG error: ./ Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 74AF00ADF2E32C85
    E: The repository ‘ ./ Release’ is not signed.
    N: Updating from such a repository can’t be done securely, and is therefore disabled by default.
    N: See apt-secure(8) manpage for repository creation and user configuration details.

    1. mosu Post author

      That’s not the correct repository URL. Please see the downloads page for the correct URLs. Yes, they’ve changed in the past.

  2. Tushar Kapila

    why not secure it?
    You can force all APT clients to raise only warnings by setting the configuration option Acquire::AllowInsecureRepositories to true.
    Individual repositories can also be allowed to be insecure via the sources.list(5) option allow-insecure=yes. Note that insecure
    repositories are strongly discouraged and all options to force apt to continue supporting them will eventually be removed. Users also have
    the Trusted option available to disable even the warnings, but be sure to understand the implications as detailed in sources.list(5).

    1. mosu Post author

      My repositories ARE secured. You just have to use the correct URLs for them.

    1. mosu Post author

      No. Implementing support for a new video format takes a lot of time, for one. Another problem is that while the h.266 standard was finalized in Juli, it seems like it cannot be purchased yet. No standards document, no way to implement support for it.

      It is on my long-term TODO list for sure, though.

Comments are closed.