MKVToolNix v99.0 released

[Mosu]

It doesn, in order to facilitate modifying the files in-place later with tools such as mkvpropedit, but also because the total file size is unknown until the whole file's been written (and therefore the needed segment size is unknown until that point as well).

Other tools work differently.

[oniiz86]

Is there any reason as to why the "By Parts Based On Timestamps" splitting feature is imprecise? If the timestamp is 01:16:30-01:17:00 the file's duration is 38 seconds instead of 30.

[Mosu]

Spliting only ever works right before key frames, both at the start & at the end.

[Moonbase]

I recently switched from Linux Mint 20.3 (Ubuntu 20.04-based) to Linux Mint 21 (Ubuntu 22.04-based). MKVToolNix from your PPA worked fine in Mint 20.3, but with Mint 21 I keep getting:


mkvtoolnix-gui: symbol lookup error: /lib/x86_64-linux-gnu/libQt6Multimedia.so.6: undefined symbol: eglCreateImage


Synaptic tells me version 70.0.0-0~ubuntu2204bunkus01 of both mkvtoolnix and mkvtoolnix-gui are installed, and my deb line in /etc/apt/sources.list.d/mkvtoolnix.download.list is


deb https://mkvtoolnix.download/ubuntu/ jammy main


Any ideas on how to make it work again? Or how I could help to diagnose the problem?

[Mosu]

I don't provide packages for Mint. Certain Mint releases are compatible with certain Ubuntu releases. It seems that Mint 21 is not compatible with any current Ubuntu release anymore, making using Ubuntu packages with Mint impossible.

[Moonbase]

Hm, ok. So I’ll have to live with the AppImage for now. Thanks for providing that!

[darksen]

I want to ask something, I've been having this problem: https://forum.videohelp.com/threads/404564-Video-looks-corrupted-in-players-but-extracted-frames-look-OK, as you can read there, Blu-rays ripped with MakeMKV output video files with glitches but using your program output a glitch-free video file. From the moment I posted my last comment there to now I have done nothing, haven't re-ripped, checked, nothing, which is why only now that I'm making this comment. The thing is I've started to check the video files and blu-rays and at least in the Gods of the Arena blu-ray there is at least one video file (00101.mt2s) that has a glitch but when I demuxed the file with MKVToolNix (or chapterEditor which uses mkvmerge) the resulting video file is glitch-free, so:

Does MKVToolNix modifies the video tracks in any way? I mean, do you apply some kind of fix?
Asking because besides the output file being glitch-free the video tracks have different sizes/hashes. I can provide the original files if needed.

[SeeMoreDigital]

I want to ask something, I've been having this problem: https://forum.videohelp.com/threads/404564-Video-looks-corrupted-in-players-but-extracted-frames-look-OK, as you can read there, Blu-rays ripped with MakeMKV output video files with glitches but using your program output a glitch-free video file....LOL... I've been telling people (over on the AVS and AVForums) to de-mux and re-mux their MakeMKV back-ups using gMKVExtractGUI and MKVtoolNix-GUI for years ;)

The method works particularly well with seamless branched Blu-ray disc sources...

[Mosu]

It doesn't have any specific capabilities related to fixing issues. All it does is parsing the video frames, calculating their timestamps & then packaging them in Matroska. This process might alter the timestamps compared to the source container format, but it should not alter the encoded video frames (it might change the parameter set NALUs e.g. for timestamps & aspect ratio if certain options are enabled).

What it does is dropping superfluous filler NALUs. That can account for significant file system reduction.

[darksen]

Thanks, in any case I think I'll keep demuxing with MKVToolNix, the only problem I've got so far has been with 3D media and some Disney blu-rays. Does MKVToolNix not support demuxing 3D media? For example in the same Gods of the Arena blu-ray, there is an special feature that is in 3D but the program demuxes it as normal video.

from MakeMKV output:


Video
ID : 1
ID in the original source medium : 4113 (0x1011)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Stereo High@L4.1 / High@L4.1
MultiView_Count : 2
MultiView_Layout : Both Eyes laced in one block (left eye first)
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 2 frames
Format settings, GOP : M=1, N=10
Codec ID : V_MPEG4/ISO/AVC
Duration : 5 min 35 s
Bit rate mode : Variable
Bit rate : 37.9 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.763
Stream size : 1.48 GiB (99%)
Language : English
Default : No
Forced : No
Original source medium : Blu-ray



from MKVToolNix output:
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 2 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 2 frames
Format settings, GOP : M=1, N=10
Codec ID : V_MPEG4/ISO/AVC
Duration : 5 min 35 s
Bit rate mode : Variable
Bit rate : 25.1 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.505
Stream size : 1 004 MiB (99%)
Language : English
Default : Yes
Forced : No

[oniiz86]

LOL... I've been telling people (over on the AVS and AVForums) to de-mux and re-mux their MakeMKV back-ups using gMKVExtractGUI and MKVtoolNix-GUI for years ;)

The method works particularly well with seamless branched Blu-ray disc sources...

Yeah if only MediaTek-based SoC players, well specifically the BDP-10x series of players could effectively playback TrueHD with or without Atmos consistently & reliably without any audio dropouts within the MKV container & this is with the secondary Dolby Digital track always present & the first thing played upon power on, you are always guaranteed at least one audio dropout but you seemingly confirmed many years ago on your BDP-103 using an old version of MKVToolNix v7.1.0 that it played back TrueHD without any audio glitches, I wonder if the latest MKVToolNix versions are problematic with the old BDP-10x series of players?
A few days ago I used the latest version of MKVmergeGUI (v7.1.0) to re-mux Star Trek - Into Darkness (which has 7.1 TrueHD audio) and Batman - The Dark Knight (which has 5.1 TrueHD audio) and both now play okay without audio glitches.

[Mosu]

Thanks, in any case I think I'll keep demuxing with MKVToolNix, the only problem I've got so far has been with 3D media and some Disney blu-rays. Does MKVToolNix not support demuxing 3D media?

Only partially: you can safely remux a 3D version if it's already inside Matroska, but it cannot read that stuff from Blu-rays correctly. For those discs use MakeMKV.

[darksen]

Understood, thanks.

Something strange is happening on my end. Whenever the app hangs no matter how tiny the time it hangs is the GUI turns white, then if it hangs again it turns black but the text in the track listing is still black so it's impossible to read anything there, I have to close and reopen the app for it to have the dark theme again. Curious that it seems no one has reported this yet, maybe is happening to me only?

Also, is it normal that the app hangs when "Ok" is clicked in the settings window? Say I open the settings and change something or nothing -doesn't matter- then press Ok the app hangs for some seconds, it has always been like this or at least it's been like this for quite some time (years I think).

[Mosu]

Also, is it normal that the app hangs when "Ok" is clicked in the settings window? Say I open the settings and change something or nothing -doesn't matter- then press Ok the app hangs for some seconds, it has always been like this or at least it's been like this for quite some time (years I think).

Yeah, it has to re-initialize a LOT of the GUI components when you hit enter — and that process is rather slow. I'm aware of it, but all that time is spent inside the Qt library, and I honestly don't know how to speed it up (something like… suspend all UI size recalculation until all things have changed or something like that).

[gpower2]

Yeah, it has to re-initialize a LOT of the GUI components when you hit enter — and that process is rather slow. I'm aware of it, but all that time is spent inside the Qt library, and I honestly don't know how to speed it up (something like… suspend all UI size recalculation until all things have changed or something like that).

In good old WinForms, there is a SuspendLayout() method to prevent any draw operations for such cases.

From a quick googling, it seems that Qt offers a similar functionality in "setUpdatesEnabled(false)". https://www.qtcentre.org/threads/2634-How-to-temporarily-stop-draw-updates

If that is indeed the issue, it sounds like an easy fix, although I have not seen the UI code of MkvToolnix and never worked with Qt so I could be tremendously wrong :D

[Mosu]

I'm aware of that function, though until today I hadn't tried wrapping the whole "update UI after preferences changed" process in it. I now have, and it makes no difference. Some quick profiling shows that two functions are responsible for roughly 90% of the time:

updating all the internal representations for languages, scripts, regions etc. depending on the settings for "often-used selections"
setting up the color scheme & font

At the moment both are always called after the preferences dialog is closed successfully. I can easily limit that to only when those settings have actually changed. I already do that for the translations.

[darksen]

I'm trying to demux the War of the Damned blu-ray and I'm choosing the playlists without recaps but I'm getting this in the log:

--- Errors emitted by job 'Multiplexing to file "00101.mkv" in directory "M:\SpartacusS3-d1"' started on 2022-09-19 03:03:58 -05:00 ---
The file no. 0 ('Q:\BDMV\STREAM\00126.m2ts') does not contain a track with the ID 6, or that track is not to be copied. Therefore no track can be appended to it. The argument for '--append-to' was invalid.

MKVToolNix is supposed to append a 1s clip at the start, is this fixable?

It seems to me that these guys instead of splitting the recap and the actual episode have put them together into one single file so the player has to play first a black clip and then skip a portion of the video, I'm guessing the point to where it skips is not in a keyframe so that's why it needs the clip. Just in case I've uploaded the playlist to your ftp.

clip mediainfo: https://pastebin.mozilla.org/PFBnMnt0
episode mediainfo: https://pastebin.mozilla.org/Wh1O0TZ2

[Mosu]

Also, is it normal that the app hangs when "Ok" is clicked in the settings window? Say I open the settings and change something or nothing -doesn't matter- then press Ok the app hangs for some seconds, it has always been like this or at least it's been like this for quite some time (years I think).

You can give the latest continuous builds (https://mkvtoolnix.download/windows/continuous/64-bit/70.0.0/) a try. They should be faster wrt. closing the preferences dialog.

[Mosu]

I'm trying to demux the War of the Damned blu-ray and I'm choosing the playlists without recaps but I'm getting this in the log:

At the moment MKVToolNix only supports MPLS playlists that reference files which all have the same number & types of tracks. Sorry.

[darksen]

At the moment MKVToolNix only supports MPLS playlists that reference files which all have the same number & types of tracks. Sorry.

No problem, I can live with the recaps.

You can give the latest continuous builds (https://mkvtoolnix.download/windows/continuous/64-bit/70.0.0/) a try. They should be faster wrt. closing the preferences dialog.

Tested it and now it doesn't hang when clicking OK after changing or not any setting, thank you!

[hubblec4]

I'm trying to demux the War of the Damned blu-ray and I'm choosing the playlists without recaps but I'm getting this in the log:

MKVToolNix is supposed to append a 1s clip at the start, is this fixable?

It seems to me that these guys instead of splitting the recap and the actual episode have put them together into one single file so the player has to play first a black clip and then skip a portion of the video, I'm guessing the point to where it skips is not in a keyframe so that's why it needs the clip. Just in case I've uploaded the playlist to your ftp.


When the mpls file uses different m2ts files you can solve this problem with chapterEditor.
cE can ignore the first m2ts file.

[Mosu]

Tested it and now it doesn't hang when clicking OK after changing or not any setting, thank you!

It'll still hang for some time if you change any of the following options:

the list of often used languages/regions/character sets
the UI's language
"disable dark mode"

I haven't found a way to speed up any of those things; "setUpdatesEnabled(false)" doesn't make a difference at all. But the common case of not changing any of those options should indeed result in much faster application of settings. Therefore I do consider this a win.

[jpsdr]

A little question, out of curiosity.
When you mux video + audio and set a value in the shift (ms) field for the audio.
Is the shift done during the mux, resulting in a resync muxed file, or is it just an information to be provided to the player, and it's up to the player to apply/do the audio shift ?

Can the value be negative ?

[Mosu]

Sync settings (both the additive part & the multiplicator) are used during muxing & simply applied to all frame timestamps. Think "new_timestamp = sync_factor * old_timestamp + sync_additive", just with some more variables. The factor will be applied before the addition.

Players have nothing to do here. And as those values are directly included in timestamp calculation, there's no way to derive them from a file they've been applied on.

The additive part of the sync setting can be negative. However, as timestamps in Matroska files cannot be negative, this means that all frames whose timestamps end up negative after said calculation will be dropped during muxing.

[Mosu]

I recently switched from Linux Mint 20.3 (Ubuntu 20.04-based) to Linux Mint 21 (Ubuntu 22.04-based). MKVToolNix from your PPA worked fine in Mint 20.3, but with Mint 21 I keep getting:

FYI: a couple of days ago I decided to offer packages for Linux Mint (https://mkvtoolnix.download/downloads.html#linuxmint), starting with v21.

[hubblec4]

FYI: a couple of days ago I decided to offer packages for Linux Mint (https://mkvtoolnix.download/downloads.html#linuxmint), starting with v21.

Very very good decision. TOP!

[Moonbase]

FYI: a couple of days ago I decided to offer packages for Linux Mint (https://mkvtoolnix.download/downloads.html#linuxmint), starting with v21.

Gee, thanks! I’m sure this will be appreciated by many. I’ll give it a try soon and switch back to your PPA (after finishing my current work using the AppImage).

[Mosu]

Note that due to how packages are named, you may have to uninstall both the "mkvtoolnix" and the "mkvtoolnix-gui" packages if you had them installed from the Ubuntu repositories before installing them from the Linux Mint repository. Or wait for the next release; that'll fix it, too.

[Moonbase]

Note that due to how packages are named, you may have to uninstall both the "mkvtoolnix" and the "mkvtoolnix-gui" packages if you had them installed from the Ubuntu repositories before installing them from the Linux Mint repository. Or wait for the next release; that'll fix it, too.

You going to use "jammy" instead of "vanessa" for the PPA/deb line? Might be a good move, thanks!

[Mosu]

You going to use "jammy" instead of "vanessa" for the PPA/deb line? Might be a good move, thanks!

No. Why would I? The Linux Mint release isn't called Jammy. And even their own repository doesn't use "jammy", it uses "vanessa".

[Moonbase]

Yep, that’s true. Just thought you might make a version that runs on both Ubuntu 22.04 and Linux Mint 21 (and thus use "jammy", like other tools do). My bad.

Btw, kudos for doing so much just perfectly right with MKVToolNix(GUI)! I just ripped my "The Hobbit: An Unexpected Journey" 3D BluRays (main movie = 2 BluRays) and was about to concatenate part 1 & 2 using ffmpeg when I realized I could as well try MKVToolNix’ "append" function. And it actually even recalculated the Part 2 chapter timings correctly (a horrible job doing that manually using the XML extracts) and did a perfect append! Wow. I only had to change the part 2 chapter names, of course.

62 GB movies, here we come! I’ll need a bigger NAS real soon now… :cool:

[Mosu]

Yep, that’s true. Just thought you might make a version that runs on both Ubuntu 22.04 and Linux Mint 21 (and thus use "jammy", like other tools do). My bad.

That had been my modus operandi for the past years. However, there have been reports that the package for Ubuntu 22.04 doesn't actually work on Linux Mint 21. That prompted me to build a "real" package for Linux Mint 21, which mainly means building it on Linux Mint 21, not on any version of Ubuntu. Hence separate repositories & separate names.

[Moonbase]

Thanks for clarifying—and for the extra work supporting Mint! Much appreciated.

[darksen]

One request, could you please add a variable that returns the path of the first track's file? I would have asked the path of the video track but there could be cases where no video track would be used.
I was trying to create an action to execute a python script to copy the creation date of the source file to the destination file but there is no variable to get the path of the source file in order to get it's time.

Also, I'm correct at assuming that the actions are executed from first at the left to last at the right?
Additional question, does "<MTX_DESTINATION_FILE_DIRECTORY>" returns the path or only the directory name? Sorry, I haven't found anything about this in the documentation.

Thanks.

[Mosu]

One request, could you please add a variable that returns the path of the first track's file?

That's what MTX_SOURCE_FILE_NAMES is for. It expands to all source file names. Just integrate that into your command-line parsing in your Python script. Each entry is the fully-qualified file name, including drive letter, directory etc.

Also, I'm correct at assuming that the actions are executed from first at the left to last at the right?

Yes.

Additional question, does "<MTX_DESTINATION_FILE_DIRECTORY>" returns the path or only the directory name?

All variables that contain any type of file or directory name or path are always fully qualified, including drive letter & parent directories.

Example:

MTX_CURRENT_TIME=2022-09-26T12:45:16
MTX_DESTINATION_FILE_DIRECTORY=/home/mosu/prog/video/data
MTX_DESTINATION_FILE_NAME=/home/mosu/prog/video/data/v (42).mkv
MTX_INSTALLATION_DIRECTORY=/home/mosu/prog/video/mkvtoolnix/src/mkvtoolnix-gui
MTX_JOB_DESCRIPTION=Multiplexe in Datei »v (42).mkv« im Verzeichnis »/home/mosu/prog/video/data«
MTX_JOB_END_TIME=2022-09-26T12:45:16
MTX_JOB_EXIT_CODE=0
MTX_JOB_START_TIME=2022-09-26T12:45:16
MTX_JOB_TYPE=multiplexer
MTX_OUTPUT_FILE_DIRECTORY=/home/mosu/prog/video/data
MTX_OUTPUT_FILE_NAME=/home/mosu/prog/video/data/v (42).mkv
MTX_SOURCE_FILE_NAMES=(
/home/mosu/prog/video/data/v.avi
)


(This is from Linux version as I don't have a running Windows here at the moment, but for Windows the names will contain the drive letter)

That being said, I can totally understand your confusion as the verbiage in the popup that adds variables is less than clear. I'll fix that soon.

[Moonbase]

@Mosu: Is there currently any known problem remuxing MPEG transport streams? I’m just about to remux an old TV recording (Lucky Luke, 2.3 GB ts file with wrong extension ".mpg") into MKV and it already takes 1½ hours, currently at 55%… While other multi-GB formats on this same machine remux in seconds, or minutes at most.

[Mosu]

Dunno. Might be you're running into a bug. Might be some other cause.

[Moonbase]

Well, I’ll sit this one out and have a look at the results. I’ll also try some other M2TS files, just to check. Maybe the old recording is just somehow defective.

EDIT: FYI, there must be something highly inefficient going on—runtime of the video is 1h 18min and it took 2h 55min 20s just to remux:


--- Output of job 'Multiplexing to file "Lucky Luke - Auf in den Wilden Westen (2007).mkv" in directory "/home/matthias/Filme"' started on 2022-09-27 10:34:46 +02:00 ---
mkvmerge v70.0.0 ('Caught A Lite Sneeze') 64-bit
'/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mpg': Using the demultiplexer for the format 'MPEG transport stream'.
'/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mpg' track 0: Using the output module for the format 'MPEG-1/2 video'.
'/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mpg' track 1: Using the output module for the format 'MPEG-1/2 Audio Layer II/III'.
The file '/home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mkv' has been opened for writing.
The cue entries (the index) are being written...
Multiplexing took 175 minutes 20 seconds.


ffmpeg -hide_banner -i Lucky\ Luke\ -\ Auf\ in\ den\ Wilden\ Westen\ \(2007\).mpg tells me:


[mpegts @ 0x564b608d1080] DTS 15370 < 18970 out of order
Input #0, mpegts, from 'Lucky Luke - Auf in den Wilden Westen (2007).mpg':
Duration: 01:18:49.69, start: 0.040000, bitrate: 3922 kb/s
Program 1
Metadata:
service_name : Service01
service_provider: FFmpeg
Stream #0:0[0x100]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, progressive), 720x576 [SAR 64:45 DAR 16:9], 9500 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
Side data:
cpb: bitrate max/min/avg: 9500000/0/0 buffer size: 1835008 vbv_delay: N/A
Stream #0:1[0x101]: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 192 kb/s
At least one output file must be specified


The resulting MKV file contains kind of "timelapse video" (~12min 14s) plus the original audio stream (1h 18min 49s). Here’s its MediaInfo output:


General
Unique ID : 287748801639657602076692450631621382226 (0xD87A6742341BA125365AB8CD01399052)
Complete name : /home/matthias/Filme/Lucky Luke - Auf in den Wilden Westen (2007).mkv
Format : Matroska
Format version : Version 4
File size : 2.08 GiB
Duration : 1 h 18 min
Overall bit rate mode : Variable
Overall bit rate : 3 782 kb/s
Movie name : Lucky Luke - Auf in den Wilden Westen (2007)
Encoded date : UTC 2022-09-27 08:34:46
Writing application : mkvmerge v70.0.0 ('Caught A Lite Sneeze') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4

Video
ID : 1
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings : CustomMatrix / BVOP
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Codec ID : V_MPEG2
Codec ID/Info : MPEG 1 or 2 Video
Duration : 12 min 13 s
Bit rate mode : Variable
Bit rate : 23.1 Mb/s
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 161.286 FPS
Original frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.346
Time code of first frame : 00:00:00:01
Time code source : Group of pictures header
GOP, Open/Closed : Open
Stream size : 1.98 GiB (95%)
Default : Yes
Forced : No

Audio
ID : 2
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 2
Format settings : Joint stereo / Intensity Stereo + MS Stereo
Codec ID : A_MPEG/L2
Codec ID/Hint : MP2
Duration : 1 h 18 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Frame rate : 41.667 FPS (1152 SPF)
Compression mode : Lossy
Delay relative to video : -11 ms
Stream size : 108 MiB (5%)
Language : German
Default : Yes
Forced : No


Further investigation shows that time stamps are bad in the file, so probably no further action required with MKVToolNix. I just leave this here for others as a warning—I strongly suspect this was caused by using a bad "cutting w/o re-encoding" tool to cut out the advertisements from the TV broadcast.

[Stereodude]

Is there a way to assign a PGS subtitle (.sup from Blu-ray) to a 3D plane in a .mkv container?

[Mosu]

No, there isn't.

[darksen]

That being said, I can totally understand your confusion as the verbiage in the popup that adds variables is less than clear. I'll fix that soon.

Thank you! Much clearer now in the latest build.
Btw there is a typo in MTX_DESTINATION_FILE_DIRECTORY.

[Mosu]

Gnarf. Thanks for the catch. Fixed.

[darksen]

No problem.

I have tried the action and it is working well but I have another question, it seems that the actions aren't executed after the previous action finishes, instead they are just executed sequentially no matter if the previous action still hasn't finished, is this correct?

I'm asking because I tried executing the action to copy the dates and also enabled the built-in action to delete the source files and if both actions are enabled the dates aren't copied, I'm guessing because the source file is deleted before the script is able to fetch it's timestamp.

[Mosu]

The "run program" action runs the program in the background, meaning the GUI doesn't wait for the program to finish. If you have a "delete source file(s)" action configured as well, it'll likely be executed before the program you've also configured has had a chance to do its work.

If you want to delete the source files as well, include it in the program you're running.

[Mosu]

Hey everyone!

MKVToolNix v71 is out, bringing some more maintenance, but fixes, partial support for the latest Matroska elements. Partial in the sense that the GUI's chapter editor still needs to be updated for the new elements used for naming/titling editions (similar to how atoms can already be named). This will come in the next release.

A couple of notes for package maintainers: the latest releases of libEBML (v1.4.4) & libMatroska (v1.7.1) are required. They're also bundled, as usual. Those two releases were made on the same day as this MKVToolNix release: 2022-10-08. They should restore ABI compatibility with libEBML v1.4.2 & libMatroska v1.6.3 respectively, which we accidentally broke with last week's releases (the bad ones: libEBML v1.4.3 & libMatroska v1.7.0).

Here are the usual links: the MKVToolNix home page (https://mkvtoolnix.download/), the Windows installer/portable version & macOS DMG & Linux AppImage (https://www.fosshub.com/MKVToolNix.html) and the source code (https://mkvtoolnix.download/source.html).

The Windows binaries as well as the Linux AppImage are available already. The macOS binaries & the other Linux binaries are still being built and will be available over the course of the next couple of hours.

Here are the NEWS (https://mkvtoolnix.download/doc/NEWS.md) since the previous release:

Version 71.0.0 "Altitude" 2022-10-08
New features and enhancements

mkvmerge, MKVToolNix GUI's multiplexer: added support for the Emphasis audio track header element via the "--audio-emphasis" option. It is also read from Matroska files.
mkvmerge: the options "--list-stereo-modes" and "--list-audio-emphasis" have been added to list all support numerical & textual values for the "--stereo-mode" & "--audio-emphasis" options.
mkvpropedit, MKVToolNix GUI's header editor: added support for the Emphasis audio track header element via the "emphasis" property.
MKVToolNix GUI: multiplexer: when the track properties are configured to be displayed in a tab widget below the files & tracks in the "Input" tab, the "Color information" tab will be laid out in two columns. This reduces the minimum height the whole tab widget requires. Implements #3401 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3401).
MKVToolNix GUI: greatly sped up closing the preferences dialog by only re-running certain initialization functions when their corresponding settings have changed. Also fixes issues such as #3406 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3406).
mkvinfo, MKVToolNix GUI's info tool: added support for the following new elements from Matroska v5: Emphasis audio track header element; Chapter Skip Type; Edition Display; Edition String; Edition Language IETF.
mkvmerge, mkvpropedit: added support for the following new chapter elements from Matroska v5: Chapter Skip Type; Edition Display; Edition String; Edition Language IETF. The GUI's chapter editor will receive support for them in the next release.

Bug fixes

mkvmerge: Ogg/OGM reader: mkvmerge will now correctly skip tracks of unsupported types as well as tracks for which all track header pages haven't been found. Fixes #3394 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3394).

Build system changes

libEBML 1.4.4 & libMatroska 1.7.1 are now required.
The bundled libEBML & libMatroska libraries were updated to v1.4.4 & v1.7.1 respectively.
The bundled "fmt" library was updated to v9.1.0.
The bundled "nlohmann-json" library was updated to v3.11.2.


Have fun 😁

[hubblec4]

Hi Mosu

I see the "matroskachapters.dtd" is not up to date. The new elements are not present.
What are names you will use for the new elements?

Is mkvmerge ready to read this new elements from a chapter.xml file?

[Mosu]

Yikes, totally forgot about that file. Thanks for the heads-up. I'll update it for the next release.

Yes, XML files can already contain the elements. All CLI tools can handle them already. It's just the GUI's chapter editor that isn't up to date yet — I simply didn't want to hold the release up anymore.

The example file "examples/example-chapters-1.xml" also contains all the new elements & shows their names. They are:


<EditionDisplay>
<EditionString>Example movie</EditionString>
<EditionLanguageIETF>en</EditionLanguageIETF>
</EditionDisplay>
<ChapterAtom>
<ChapterTimeStart>00:00:00.000</ChapterTimeStart>
<ChapterDisplay>
<ChapterString>Intro</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
<ChapterSkipType>1</ChapterSkipType>
</ChapterAtom>

[hubblec4]

Many thanks for this infos.

[Mosu]

DTD is updated (https://gitlab.com/mbunkus/mkvtoolnix/-/blob/main/examples/matroskachapters.dtd). I also took the opportunity to fix a couple of issues all the DTDs & ensure that all example XML files actually validate against them.

[hubblec4]

OK.

Is "EditionManaged" a new name for "EditionFlagOrdered"?