MKVToolNix v7.8.0 released

I’ve released MKVToolNix v7.8.0. Tons of bug fixes, among them an important one that fixes a corruption when dealing with HEVC tracks without aspect ratio information. New features include support for DTS Exrepss and a Swedish translation (work in progress).

Changes for package maintainers: Boost’s Math library is now required.

You can download the source code or one of the binaries.

Here’s the full ChangeLog since the previous release:

  • 2015-03-27 Moritz Bunkus <>
    • Released v7.8.0.
    • build system: Boost’s »Math« library is now required.
    • mkvmerge: bug fix: HEVC tracks which did not have an aspect ratio present in their sequence parameter set were copied incorrectly; the resulting sequence parameter set was invalid. Fixes #1081.
    • mkvextract: bug fix: When extracting HEVC tracks mkvextract will use the same start code lengths that x265 uses (four bytes 0x00000001 for the first and video/picture/sequence parameter set NALs and three bytes 0x000001 for all others).
  • 2015-03-26 Moritz Bunkus <>
    • mkvmerge: enhancement: File type identification will output a more detailed description of the DTS type for DTS audio tracks (DTS-HD Master Audio, DTS-HD High Resolution, DTS Express or just plain DTS). Implements #1109.
    • mkvmerge: new feature: Implemented support for DTS Express.
  • 2015-03-25 Moritz Bunkus <>
    • mkvmerge: bug fix: The number of channels in DTS tracks with more than six channels is now recognized correctly by parsing the DTS HD extensions, too. Fixes #1139.
  • 2015-03-24 Moritz Bunkus <>
    • all: new feature: added a Swedish translation of the programs by Kristoffer Grundström (see AUTHORS).
  • 2015-03-24 Mats Peterson <>
    • mkvmerge: bug fix: Fixed handling of the BITIMAPINFOHEADER extra data size handling during merging and extraction for codecs like HuffYUV.
  • 2015-03-23 Moritz Bunkus <>
    • mkvmerge: bug fix: When appending unframed HEVC/h.265 tracks and setting the default duration the second and all following source parts will use the same default duration as set for the first part. Fixes #1147.
  • 2015-03-17 Moritz Bunkus <>
    • mkvmerge: bug fix: enabled the use of tags in WebM files. Tagging elements not supported by the WebM specs are removed. Fixes #1143.
  • 2015-03-13 Moritz Bunkus <>
    • mkvmerge: bug fix: fixed detection of audio tracks in QuickTime files whose FourCC code is unknown to mkvmerge.
  • 2015-03-11 Moritz Bunkus <>
    • mkvmerge: bug fix: fixed detection of video tracks in QuickTime files whose FourCC code is unknown to mkvmerge.
  • 2015-03-10 Moritz Bunkus <>
    • mkvextract: bug fix: Fixed VobSub file naming when mkvextract is built against Boost::Filesystem older than 1.50.0. Fixes #1140.
  • 2015-03-09 Moritz Bunkus <>
    • mkvmerge: bug fix: fixed detection of Cinepak video tracks in QuickTime files.
    • mkvmerge: bug fix: fixed detection of PCM audio tracks in QuickTime files using the »raw « FourCC.
    • mkvmerge: bug fix: fixed detection of tracks in Flash Video files for which the headers do not signal a track.
    • mkvmerge: bug fix: fixed a segfault in the Flash Video file format reader.
  • 2015-03-03 Moritz Bunkus <>
    • mmg: The change making the window wider by default has been reverted.
    • mkvmerge: bug fix: Fixed file type detection for MP3 files with big ID3 tags at the start of the file (e.g. if they contain cover images).
    • mkvinfo (Qt interface): enhancement: implemented support for opening files via drag & drop.
  • 2015-03-01 Moritz Bunkus <>
    • mkvmerge: enhancement: added an option (–engage no_delay_for_garbage_in_avi) for disabling deriving a delay from garbage in audio tracks in AVI files. Requested in #1137.
    • mkvmerge: bug fix: The formula used for calculating the audio delay for garbage data at the start of tracks in AVI files has been fixed. Fixes #1137.

Have fun.

20 thoughts on “MKVToolNix v7.8.0 released

  1. fullhd_fan

    I have a couple of .ts files (recordings from my sattelite receiver) where MKVToolnix doesn’t recognize
    video tracks, only audio and subtitle ones (SD and HD recordings). I’ve tried it with latest versions of MKVToolnix, but every version failed to solve the problem. There is no problem with my receiver because some files work well (all tracks are displayed) and other not, even when recordings come from the same channel.

    1. mosu Post author

      If those are MPEG-2 video tracks then you’re probably running into a well-known bug/limitation in mkvmerge’s MPEG-2 video handling code. Fixing that bug would require re-writing the whole MPEG-2 handling code, which is why I’ve decided not to fix it quite a while ago.

      You can try re-muxing the TS to something else with a different tool first; maybe that’ll help.

      If it isn’t MPEG-2 then I’ll need a sample file in order to investigate what’s wrong. Please upload (part of) such a TS file to my FTP server. Thanks.

      1. fullhd_fan

        Indeed, only MPEG2 files do have this problem (sorry for my statement from above – i checked thoroughly all recordings once more). The reason i choose MKVToolNix for remuxing are the subtitles (conversion teletext -> SRT) . If i use other tools the sub track will be lost. I have also tried to remux video/audio from the same file created by another tool with the original sub track with MKVToolNix, but it does not not work properly – subtitle lines freeze often on the screen,
        followed by a couple of lines displayed very fast afterwards(i assume the software tries to synchronise the subtitles again).
        Anyway thanks for the answer. I hope you’ll have the issue solved in the next versions.

        1. mosu Post author

          I won’t have it fixed, no. Like I’ve said above this is one of the issues that I won’t fix.

          1. mosu Post author

            I have re-considered as yet another bug report was opened with a similar issue. I’ve fixed that particular issue, and it might be a fix for yours, too.

  2. AndroBD

    Hello Mosu,
    Please can you add Dolby TrueHD (.mlp) extension to the dropdown list of supported formats.
    MKVToolNIX can see it, open it, and mux it without any problem… but it can only see it if I choose ‘All Files (*.*)’ from dropdown list instead ‘All supported media files’.

    1. mosu Post author


      Note that MLP is not TrueHD. Yes, they’re similar (and mkvmerge uses the same code for handling both), but they have significant differences, and therefore associating »Dolby TrueHD« with »MLP« would be wrong.

  3. Thiago


    First of all, thank you for providing us with such good tool.

    I downloaded the Windows Portable version, but there is no file when I descompacted it.

    Could you check it for me, please?

    Thank you.

          1. Thiago

            You’re right! My compression program was not recognizing your file.

            Thank you very much.

  4. fullhd_fan

    Hi !
    It’s me again. Is it possible to make the software regognize DVB subtitle tracks in .ts files and keep them
    when remuxing ?

  5. Klaus

    I’m having problems with my mkvmerge, I am using the new version and the problem continues. I can not change the audio position, first audio English and the second in Portuguese, did all the steps correctly and it does not change, it always keeps the Portuguese as track 1, what am I doing wrong?

    1. mosu Post author

      Add the file, select the second audio track, move it up. Start muxing.

      That’s the general process. If that doesn’t work then there are a ton of possibilities: bug in the player, you’re doing something wrong, you’re playing the wrong file…

      Screenshot of your settings?

    1. mosu Post author

      Maybe you’ve set your player to prefer to play a Portuguese audio track if one is present.

        1. mosu Post author

          Like I said, your player likely prefers tracks with Portuguese language over the others. Check your player’s preferences.

          1. Klaus

            By default, the program chooses the Portuguese language, thanks mosu for u help.

Comments are closed.