MKVToolNix v99.0 released

[Liisachan]

1/ Re: --enable-legacy-font-mime-types
Finally tested the new "legacy font" option (v67.0.0). It works mostly, except when transmuxing MKV to MKV, "application/font-sfnt" written by mkvmerge v26 on Mac, is not fixed.

2/ A possible cosmetic issue. On GUI, when a job is done, the right progress bar goes to 100%. Maybe this should be reset to 0% when a new job is added, since the new job(s) are done 0% now. Especially, when you "Remove completed jobs" or "Remove all jobs", the progress bar should be cleared. Cosmetic, but potentially confusing.

@StainlessS
You're right. Tails is not really convenient for MKVToolnix, nor would I recommend it for a permanent platform for doing something video related. It's just that an ordinary user can try it out easily.

If (like myself) someone doesn't want to use Win10, then they should start looking for a third way, not just keeping using Win7. Otherwise they may be eventually forced to use Win10+, not having any other options... Yes, DDG is ddg.gg & Tails automatically uses Tor for every Internet connection, which may be good for privacy/anonymity but mostly irrelevant to using MKVToolnix locally :)

[filler56789]

If (like myself) someone doesn't want to use Win10, then they should start looking for a third way, not just keeping using Win7.

Ideally there should exist a fourth way. :)
Namely, someone :) who could build MKVtoolnix

1) either with Qt 5 "forever" OR
2) with Qt 6 or higher, but only for the GUI, nor for the CLI executables OR
3) without the GUI and without Qt at all.

As I said before, I surely am not the only user who wouldn't mind losing MKVtoolnix's GUI if the CLI .exes kept working under Windows 7. But it sucks that apparently there is nobody who has ever made "non-official" or alternative builds of MKVtoolnix.

[Mosu]

1/ Re: --enable-legacy-font-mime-types
Finally tested the new "legacy font" option (v67.0.0). It works mostly, except when transmuxing MKV to MKV, "application/font-sfnt" written by mkvmerge v26 on Mac, is not fixed.

I'll look into it.

2/ A possible cosmetic issue. On GUI, when a job is done, the right progress bar goes to 100%. Maybe this should be reset to 0%…

No, it should stay at 100%. I did have it reset to 0% way back when, and users complained that they were confused if anything had happened at all for faster jobs.

[Atak_Snajpera]

It really sucks that even CLI tools stopped working on win7. I guess I will have to stop updating mkvtoolnix in ripbot264...

Ps. I hope FFMPEG/x264/x265... builds won't go the same route in future!

[jpsdr]

That's it, here we are !
mkvtoolnix-32-bit-67.0.0-revision-052-g5d20c6052-setup is the last one working under Windows 7, at least about the GUI, i don't know about the CLI for the others versions.

[filler56789]

That's it, here we are !
mkvtoolnix-32-bit-67.0.0-revision-052-g5d20c6052-setup is the last one working under Windows 7, at least about the GUI, i don't know about the CLI for the others versions.

Version 67.0.0.53 is working here. :-/

Version 67.0.0.54 returns the well-known "procedure entry point not found in the blah-blah-blah.DLL".

[jpsdr]

Not for me the 53, error message, but i'll try under Win7 x64, for now i've just tried under Win7 x86.
After, try : install the last version, and replace the .exe GUI with the last working, maybe the cli will still work.

[hubblec4]

Version 67.0.0.53 is working here. :-/

Version 67.0.0.54 returns the well-known "procedure entry point not found in the blah-blah-blah.DLL".


For me works version 0.52. Version 0.53 don't work.

[jpsdr]

It's not just the GUI, even CLI are not working anymore. So it was expected, now it has hapened.

[filler56789]

For me works version 0.52. Version 0.53 don't work.

Probably because your Windows 7 is (much) more "up-to-date" than mine :-|
(only 25 updates since 2016 thus far)

EDIT:

67.0.0.60 is good again.

[hubblec4]

It really sucks that even CLI tools stopped working on win7. I guess I will have to stop updating mkvtoolnix in ripbot264...


Maybe you can create a patch like your Win7 install.

I have copied the "blah-blah-blah.DLL" from a Win10 to Win7 and there is no warning more, but MTX don't start. I guess other files have to be copied also.

[Dogway]

67.0.0.60 works here too for Win7 x64 SP1, updates up to early 2015. FYI no antivirus either and the PC hasn't exploded or anything :D
Looks like we are quite a few Win7 users around here. Has ffmpeg any drawbacks for MKV remux compared to toolnix?

[jpsdr]

I think we can stop counting the Win7 working versions here (61 is good also), i may have begun but i didn't thought there was so much continuous release, so it may create a lot of not realy usefull posts here.
Maybe create a MKVToolnix Windows 7 "The final countdow" dedicated thread... ;)

[von Suppé]

Hi Mosu,

quietvoid's dovi_tool now has the option to mux Dolby Vision's baselayer and enhacement layer together in one dual layer hevc stream. This resulting hevc stream can be imported and muxed with MKVToolnix as a singletrack, duallayer Dolby Vision mkv.

Contrary to when having remuxed a MakeMKV-created file (where I understand the videoinfo is written and copied in container-level metadata), MediaInfo shows no Dolby Vision properties on the videostream of the mkv.
Would it be possible to get MKVToolnix recognizing the properties of these kind of streams so that during muxing the right headers/metadata are written?

[Mosu]

Technically? Sure, but I'm not really interested in spending time on Dolby Vision at the moment. If you want me not to forget about it, please open an issue for it. Thanks.

[quietvoid]

Contrary to when having remuxed a MakeMKV-created file (where I understand the videoinfo is written and copied in container-level metadata), MediaInfo shows no Dolby Vision properties on the videostream of the mkv.

That doesn't sound right, mkvmerge should still add the metadata to the track.
It works for me when muxing the HEVC directly:

| + Block addition mapping
| + Block addition ID name: Dolby Vision configuration
| + Block addition ID type: 1685480259 (dvcC)
| + Block addition ID extra data: length 24, data: 0x01 0x00 0x0e 0x37 0x60 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00…

HDR format : Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible

There's just the extra HEVC decoder config block that's missing, as expected.

[Mosu]

Yeah, but that might not happen when remuxing from Matroska to Matroska, depending on… things. CodecPrivate exists already in that case and might not be recreated.

[von Suppé]

That doesn't sound right, mkvmerge should still add the metadata to the track.
It works for me when muxing the HEVC directly:
Do you use the mkvmerge.exe (CLI)? I'm working in the MKVToolnix GUI.

[quietvoid]

Do you use the mkvmerge.exe (CLI)? I'm working in the MKVToolnix GUI.

I use both, and they're supposed to both be calling mkvmerge AFAIK.
Can you clarify what your muxed source is? HEVC or Matroska?

[von Suppé]

I use both, and they're supposed to both be calling mkvmerge AFAIK.
Can you clarify what your muxed source is? HEVC or Matroska?
The BL_EL_RPU.hevc output stream directly from your dovi_tool after having muxed together BL and EL.
I'm using this code, no more:

dovi_tool mux --bl BL.hevc --el EL.hevc

[quietvoid]

The BL_EL_RPU.hevc output stream directly from your dovi_tool after having muxed together BL and EL.
I'm using this code, no more:

dovi_tool mux --bl BL.hevc --el EL.hevc

I can't reproduce your issue. MKVToolNix adds the Dolby Vision block for me.

[von Suppé]

Weird. Maybe you're using another version? I'm using MKVToolnix v67.0.0.63 on Win7 64 bit.

[quietvoid]

Shouldn't matter, mine is mkvtoolnix-gui v67.0.0 ('Under Stars') 64-bit.
You should make sure there are actually RPUs in the EL you're muxing.

If there are, then probably best to make an issue at MKVToolNix.

You can confirm this by using --debug dovi_configuration_record when muxing, which should dump the dovi_rpu_data_header and dovi_decoder_configuration_record.

[von Suppé]

You can confirm this by using
--debug dovi_configuration_record
when muxing...

Thank you. To be clear, I set this in "Miscellaneous box, additional options" yes?

[quietvoid]

Thank you. To be clear, I set this in "Miscellaneous box, additional options" yes?

Yea that works. It'll show up in the job output.

[von Suppé]

Didn't work. It gets weird though. I tried with version 62.0.0 and success... I'm now suspicious MKVToolnix not running 100% properly on Windows 7. Or better said, latest version on my Windows 7 pc. Mosu more than once mentioned that if it works on Windows 7, it's not by design. For now, I will continue to work with this version to import your tool's hevc.

When I have time (too busy now) I'll boot into Ubuntu and install latest MKVToolnix & try from there. Thanks for your help and my apologies for wasting some of your time, @quietvoid.

[Mosu]

FYI: there have been no changes at all to the h.264, h.265 or DoVi code in MKVToolNix between releases 66 & 67.

[von Suppé]

Ok. I must say I've been happily using till version 67.0.0.63 without any issues, until now with this specific dovitool's thing. I do harbour a healthy doubt now concerning my Windows 7 pc. The installation date is from a few years ago and a lot has been done with it since.
As said, when there's time to try things out in Ubuntu I'll also make effort to restore an image of a clean Win7 installation and see if that would make a difference.
Thanks.

[tormento]

Is it possible to "remove" a timecode from a file, created with a buggish software?

I mean, if I know that the frame rate is constant, how can I remove the variable frame rate flag and apply the correct constant one?

Edit: please something more elegant than demux to elementary streams and remux again :)

[Liisachan]

Is it possible to "remove" a timecode from a file, created with a buggish software?
No, every MKV file is technically VFR. Even a 25-fps, completely CFR Matroska (with a rational 40 ms/frame rate) has internal timecodes for each frame.

The good news is, you can always fix bad time stamps, simply by re-feeding a correct timecode file.

Also, mkvmerge has an option --fix-bitstream-timing-information, which, in ideal world, would fix time stamps. You may want to try it too see if it works for you. Although generally this option doesn't work too well and it's known that Mkvmerge itself may write less-than-ideal time stamps due to internal rounding errors, the resulted file might be practically acceptable, nevertheless.

Edit: please something more elegant than demux to elementary streams and remux again :) While remuxing is unavoidable, you'll only need to add a new timecode file, mostly painless. That's a sure-fire way. Also, in an ideal case, you'll just enable --fix-bitstream-timing-information (the result of this 2nd method may be practically good enough, if you're lucky).

[tormento]

While remuxing is unavoidable, you'll only need to add a new timecode file, mostly painless.
And what is a nice and clean way to create a new timecode file, once I know fps and length?

[Mosu]

Heyo!

Here's MKVToolNix v68 in which a lot of work has gone into replacing the icons in the GUI with scalable versions (SVG instead of PNG), improving support for odd scaling factors such as 125%.

A note to for package maintainers: due to the aforementioned change Qt's SVG library is now required.

A note for Raspberry Pi users: please migrate to using my Debian repository (https://mkvtoolnix.download/downloads.html#debian) instead of the Raspbian repository I used to host. The Debian binaries are now available for the armhf architecture, removing the need for a Raspbian-specific repository.

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 and macOS binaries as well as the Linux AppImage are available already. 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 68.0.0 "The Curtain" 2022-05-22
New features and enhancements

mkvmerge: HDMV PGS subtitles: mkvmerge now tries to detect bogus timestamps (where the current timestamp is two hours or more after the previous timestamp) & correct them to something more sensible (1s after the previous timestamp). That way one bogus timestamp cannot cause the rest of the frames to not be interleaved properly with the other audio & video packets. Implemented for #3268 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3268).
mkvmerge: added colour information, colour mastering meta information & video projection information properties to the JSON identification format. The properties are reported for container types for which mkvmerge supports reading them (Matroska & MP4). The JSON identification format version number has been bumped to v15.
MKVToolNix GUI: multiplexer: added controls for all the video colour information & the video projection information.

Bug fixes

mkvmerge: SRT reader: entries with a duration of 0 or less will now be skipped. Fixes #3332 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3332).
mkvpropedit, MKVToolNix GUI's chapter & header editors: fixed an invalid memory access when trying to update existing Matroska files whose EBML Head element had a "size" field length of eight bytes, and where rewriting said element would shrink the element by one byte. Files created by gstreamer fit the first part whereas the second depends on the changes requested by the user. Part of the fix of #3325 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3325).
mkvpropedit, MKVToolNix GUI's chapter & header editors: fixed the programs not handling having to remove EBML void elements at the end of the file correctly and consequently aborting. Part of the fix of #3325 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3325).
MKVToolNix GUI: the GUI now uses almost all SVG icons, allowing proper scaling even for scaling factors such as 125%. Fixes #3335 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3335).
MKVToolNix GUI: when compiled with Qt 5 the character set of INI files is forced to UTF-8 in order to fix reading INI files written by a version compiled with Qt 6. Fixes #3346 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3346).

Build system changes

Qt's SVG library is now required.


Have fun 😁

[manolito]

Looks like latest version works under Win7 again?

[VBB]

Thank you Moritz. Looks great!

[ntropy]

Using v68.0.0 64-bit to append _t15.mkv and _t16.mkv together found on this page (https://archive.org/download/doctor-who-jon-pertwee-disc-1-terror-of-the-autons-t-01/Disc%201/).


But there's a video freeze during playback of the resulting mkv in MPC-HC 1.9.19 on Win10 and in Kodi 19.0 on Nvidia Shield. Are they just bad .mkv's and not appendable? It looks like they are from a blu-ray of a seamless branching title offering an episode with and without 2020 VFX added to a 1971 program. So shouldn't mkv's from a seamless blu-ray be appended seamlessly?

[73ChargerFan]

Seeking / timing problems

I've got an m2ts file extracted with AnyDVD, 24.000 fps avc, dts-ma, that when remuxed won't seek properly. I'm using v68.0.0 & MPC-HC 1.9.21.2.

The source file, when played in MPC-HC, works fine and I can seek back and forth without problems. But seeking the mkv file often scrambles the video, glitches, pauses, and can take 3-6 seconds to recover.

I've tried remuxing directly from the m2ts file, using both MKVToolnix & eac3to, and also from the "00021 - 2 - h264, 1080p24.h264" extracted with eac3to. Each time I get the same result. I have no experience with the ffmpeg muxer so I didn't try it.

I've tried combinations of setting FPS to be 24p, enabling "fix bitstream timing info", and all the Indexing options. Audio is ignored and not copied for now.

The m2ts plays fine. Is it the remux process, or do you think its an unrecoverable glitch caused by AnyDVD?

Any ideas on how to correct the timing / seeking? This isn't the first time I've encountered this, and I'd really like to learn something new and fix it without re-encoding.

Thanks! And Thank You Mosu!

P.S. I re-encoded a 5 minute sample with HandBrake, and there's no image corruption and I can seek fine, so I think it can correctly read the video stream.

[tormento]

I am dealing with an anime box where unfortunately all the episodes are part of the same m2ts and there are chapters only to know when the parts start.

I have split the episodes by main chapters and the keyframes are not exactly where they should. The problem anyway is not the video, but the audio tracks that present different delays.

To batch the muxing of the encoded tracks, I would usually launch something like:

for /R %%a in (*.mkv) do D:\Eseguibili\Media\MKVToolNix\mkvmerge.exe --output ^"g:\Out\%%~na.mkv^" --no-chapters --language 0:ja ^"^(^" ^"%%~na.mkv^" ^"^)^" --sync 0:7 --language 0:it ^"^(^" ^"%%~na [ita] DELAY 7ms.eac3^" ^"^)^" --sub-charset 0:UTF-8 --language 0:it --track-name 0:F --forced-display-flag 0:yes ^"^(^" ^"%%~na [ita] F.ass^" ^"^)^" --sync 0:7 --language 0:ja ^"^(^" ^"%%~na [jpn] DELAY 7ms.eac3^" ^"^)^" --sub-charset 0:UTF-8 --language 0:it ^"^(^" ^"%%~na [ita].ass^" ^"^)^" --attachment-name ^"Trebuchet MS.ttf^" --attachment-mime-type font/ttf --attach-file ^"F:\Raw\— ttf\Trebuchet MS.ttf^" --attachment-name ^"Trebuchet MS italic.ttf^" --attachment-mime-type font/ttf --attach-file ^"F:\Raw\— ttf\Trebuchet MS italic.ttf^" --chapter-language it --chapters ^"%%~na chapters.txt^" --track-order 0:0,1:0,2:0,3:0,4:0

but I can't find a way to make it aware to change the delay based on audio file and change the audio file name itself to follow the different delays.

Is there someone who is smart enough to find a proper solution?

Mosu, could you create a "wildcard" or some way to batch mux a video file with the corresponding tracks, according to some syntax, as I did?

01.mkv is the video
01 [language] delay XX ms.ec3 are the DD+ audio tracks
01 [language].sup are the subs
01 chapters.txt is the OGM chapter file

It is something typical when dealing with bd boxes, a solution would be useful to everybody.

EDIT: I created the BAT file

for /R %%a in (*.mkv) do D:\Eseguibili\Media\MKVToolNix\mkvmerge.exe --output ^"g:\Out\%%~na.mkv^" --no-chapters --title ^"^" --language 0:ja ^"^(^" ^"%%~na.mkv^" ^"^)^" --sync 0:%1 --language 0:it ^"^(^" ^"%%~na [ita] DELAY %1ms.ec3^" ^"^)^" --sub-charset 0:UTF-8 --language 0:it --track-name 0:F --forced-display-flag 0:yes ^"^(^" ^"%%~na [ita] F.sup^" ^"^)^" --sync 0:%1 --language 0:ja ^"^(^" ^"%%~na [jpn] DELAY %1ms.ec3^" ^"^)^" --sub-charset 0:UTF-8 --language 0:it ^"^(^" ^"%%~na [ita].sup^" ^"^)^" --attachment-name ^"Trebuchet MS.ttf^" --attachment-mime-type font/ttf --attach-file ^"F:\Raw\— ttf\Trebuchet MS.ttf^" --attachment-name ^"Trebuchet MS italic.ttf^" --attachment-mime-type font/ttf --attach-file ^"F:\Raw\— ttf\Trebuchet MS italic.ttf^" --chapter-language it --chapters ^"%%~na chapters.txt^" --track-order 0:0,1:0,2:0,3:0,4:0

and I call it with "test.bat xx" where xx is the delay but I won't consider it a universal and elegant solution.

[hubblec4]

How important is it for you to split physical the episodes?


I would prefer ordered-linked-chapters-mkv's per episode if you want to have separated episode-files. This is a virtual cut method and with the correct player it always works.

[tormento]

How important is it for you to split physical the episodes?
It's easier to manage.
I would prefer ordered-linked-chapters-mkv's per episode
I do not understand what you mean.

[hubblec4]

You can play each episode separate without splitting the big.mkv(all episodes).

Create an mkv for each episode with chapters only, yes only the chapters are needed for this feature.

The simplest way is to uses only one chapter.
For episode one:
Start time 0s - end time 20min (or how ever the end time of episode one is)

Set a SegmentUID: this is the SegmentUID from the big.mkv. In cE and in ChapterEditor by MTX you can load the mkv and the UID is extracted automatically.
This UID is used for all other chapters too.

Save the chapters to the usual xml-format, then load this chapter file to a blank MTX muxing tab -> output and mux the mks to the folder with the big.mkv.

Play the mks file with MPC-HC and only episode one is used.

You can now create all the other episode.mks files, change the start and end time frame exactly.

[FranceBB]

I found a bug in v68.0.0
This is a pcm_s24le file muxed in .mxf


General
Complete name : \\Avisynth Server 3\Masterfiles\hitch_sdr_sky_italy\IMF10544357_HITCH_2D_D_UHD_LB240_XVYCC_2398_TXT_ITA_ITA_DS.mxf
Format : MXF
Format version : 1.3
Format profile : OP-1a
Format settings : Closed / Complete
File size : 2.03 GiB
Duration : 2 h 6 min
Overall bit rate : 2 304 kb/s
Package name : Material Package / File Package: SMPTE 382M clip wrapping of wave audio
Encoded date : 2022-05-03 22:45:04.940
Writing application : Rohde and Schwarz Clipster 6.9.1.0.1
Writing library : Windows 8 (64-bit) 2.38.0.20411.1

Audio
ID : 2
Format : PCM
Format settings : Little
Format settings, wrapping mode : Clip (BWF)
Codec ID : 0D01030102060200
Duration : 2 h 6 min
Bit rate mode : Constant
Bit rate : 2 304 kb/s
Channel(s) : 2 channels
Channel layout : Lt Rt
Sampling rate : 48.0 kHz
Bit depth : 24 bits
Stream size : 2.03 GiB (100%)
Title : FP Sound track
Language : Italian
Locked : Yes
MCA Title : MCA Title
MCA Title Version : MCA Title Version
MCA Audio Content Kind : MCA Audio Content Kind
MCA Audio Element Kind : MCA Audio Element Kind

Other #1
ID : 1-Material
Type : Time code
Format : MXF TC
Frame rate : 24.000 FPS
Time code of first frame : 00:59:30:00
Time code of last frame : 03:05:44:21
Time code settings : Material Package
Time code, striped : Yes
Title : Timecode track

Other #2
ID : 1-Source
Type : Time code
Format : MXF TC
Frame rate : 24.000 FPS
Time code of first frame : 00:59:30:00
Time code of last frame : 03:05:44:21
Time code settings : Source Package
Time code, striped : Yes
Title : Timecode track



When I drag and drop it in MKVToolnix however it gets displayed as H.264 for some reason:

https://i.imgur.com/0AIZVgI.png

and the remuxed file is completely wrong:

General
Unique ID : 79386411615199042806034007473513494999 (0x3BB9444876D722A7164F3ED7BC92F9D7)
Complete name : \\Avisynth Server 3\Masterfiles\test.mkv
Format : Matroska
Format version : Version 4
File size : 2.23 GiB
Duration : 50 min 24 s
Overall bit rate : 6 321 kb/s
Encoded date : UTC 2022-06-27 09:38:10
Writing application : mkvmerge v68.0.0 ('The Curtain') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Codec ID : V_MPEG4/ISO/AVC
Duration : 50 min 24 s
Bit rate : 6 321 kb/s
Width : 16 pixels
Height : 16 pixels
Display aspect ratio : 1.000
Frame rate mode : Variable
Frame rate : 0.247 FPS
Bits/(Pixel*Frame) : 99965.969
Stream size : 2.23 GiB (100%)
Default : Yes
Forced : No


however trimming and muxing it with FFMpeg first in mkv and then re-muxing it in mkv with MKVToolnix works:

General
Unique ID : 339212212735179089857451465021233800334 (0xFF31E55334695FF13DF67BBBE98BA48E)
Complete name : \\Avisynth Server 3\Masterfiles\trim.mka
Format : Matroska
Format version : Version 4
File size : 287 KiB
Duration : 1 s 0 ms
Overall bit rate mode : Constant
Overall bit rate : 2 353 kb/s
Encoded date : UTC 2022-06-27 09:47:45
Writing application : mkvmerge v68.0.0 ('The Curtain') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4

Audio
ID : 1
Format : PCM
Format settings : Little / Signed
Codec ID : A_PCM/INT/LIT
Duration : 1 s 0 ms
Bit rate mode : Constant
Bit rate : 2 304 kb/s
Channel(s) : 2 channels
Sampling rate : 48.0 kHz
Frame rate : 25.000 FPS (1920 SPF)
Bit depth : 24 bits
Stream size : 281 KiB (98%)
Language : Italian
Default : No
Forced : No
FILE_PACKAGE_NAME : File Package: SMPTE 382M clip wrapping of wave audio
FILE_PACKAGE_UMID : 0x060A2B340101010501010F201300000038723ACE89734FC680B85F2D7B78FA25
TRACK_NAME : MP sound track



Trimmed sample file (1s): Link (https://trac.ffmpeg.org/attachment/ticket/9818/trim_1.mxf)

[Mosu]

MXF is not a supported container format. Unfortunately mis-detection of not supported content as H.264 or H.265 is rather common as those elementary streams only have a very loosely defined structure. Not going to get fixed.

[tormento]

Is there a way to "edit" the m2ts list that MKVToolnix takes into account when importing a mpls file?

I'd like to avoid to import the final (long) credit m2ts from a BD.

@Mosu

For future implementation: please add "split after m2ts" (such as split after chapters) and m2ts selection from mpls import.

[Mosu]

There isn't, and it's very unlikely I'll implement such functionality.

[Mosu]

Well hello, everyone!

Long time no release, for various reasons, including having had caught Covid. Luckily it was rather mild. But still; I'd rather not have gotten it at all.

Anyway. Here's a small release, couple of fixes, couple of features. Nothing overly revolutionary. Nevertheless, enjoy!

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 and macOS binaries as well as the Linux AppImage are available already. 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 69.0.0 "Day And Age" 2022-07-09
Important notes

all: the spelling of "colour" was changed to "color" throughout all programs to match the use of American English spelling in MKVToolNix. This not only affects documentation and user interface controls, but also program options for mkvmerge & mkvpropedit. Both programs will continue to accept the British English spelling of their respective options indefinitely. One breaking change is that the property names in mkvmerge's JSON identification mode have also been changed to American English spelling. As those properties have only been introduced in release v68, this seems like a small enough window to make such a change.

New features and enhancements

MKVToolNix GUI: the number of recently used entries (e.g. destination directories) remembered by the GUI can now be configured in the preferences. Implements #3362 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3362).
MKVToolNix GUI: multiplexer: when adding files the track properties regarding color information & color mastering meta information will be parsed & set in the corresponding GUI controls. Implements #3359 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3359).
MKVToolNix GUI: job queue: the job queue can now be sorted by clicking on the column headers. Part of the implementation of #3365 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3365).
MKVToolNix GUI: job queue: when loading jobs from the queue directory that weren't previously known to the program those jobs will be sorted by their "date added" timestamp instead of using the order the operating system returns them in. Part of the implementation of #3365 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3365).

Bug fixes

build system: fixed compilation with fmt v9. Fixes #3366 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3366).
mkvmerge: HEVC ES parser: the parser will now parse at least the first full access unit before reporting that it has found all the required headers. Otherwise parsing might stop in the middle of the access unit due to the source reader not providing more data in the first call, leading to the parser not finding the "unspec62" and "unspec63" NALUs required for Dolby Vision. Fixes #3363 (https://gitlab.com/mbunkus/mkvtoolnix/issues/3363).
MKVToolNix GUI: preferences: the default actions added to the "execute programs" section on new installations now default to use WebM file names instead of Ogg, matching the format of the included audio files.

Build system changes

The bundled "fmt" library was updated to v9.0.0.


Have fun 😁

[VBB]

Thanks!

[gpower2]

Thanks for another release @Mosu!

I wish you a quick recovery! :)

[rco133]

Hi.

Again it is probably me who is doing something wrong.

Updated from v67 I think.

When adding a track pressing space to get into language setting, I am using to just pressing "da" for example for "danish".

With 69, even if I enter "dan" it chooses "dan (daf)", which I have no idea what even is,

I have to enter "dani" before it chooses "danish".

Is there any way to get the old behaviour back?

rco133

[Mosu]

You can change the preferences to auto-focus the free-form language input. There you can use a simple "da" as that's the ISO 639 code for Danish.

[v0lt]

Mosu
I didn't see any information about end of support for Windows 7 and Windows 8.1 in version 69.0.0 in NEWS.md (https://mkvtoolnix.download/doc/NEWS.md). Although the download page says about support for Windows 10 and newer (https://mkvtoolnix.download/downloads.html#windows). Please add this information to NEWS.md.

My observations:
68.0.0 - installs and runs on Windows 7.
69.0.0 - installs but does not run on Windows 7.