MKVToolNix v24.0.0 released

[DragonQ]

Is there a way to view/copy the command line string being used by the MKVtoolnix GUI? I want to create a batch script but it's going to be a complicated merge of various files and I've done it in the GUI but am either not finding this button or it's not added yet?

[sneaker_ger]

http://abload.de/img/toolnixgui_show_cli_4xs9l.png

When demuxing (using tsMuxeR) a file created with MKVToolnix 8.4.0-1 get the following error :confused:
Can you share samples of input and output files? If mkvmerge was to mux H.264 wrong it would be a huge problem.

[DragonQ]

Thanks!

[DMD]

...
Can you share samples of input and output files? If mkvmerge was to mux H.264 wrong it would be a huge problem.
all afternoon I'm carrying out tests to demux and remux MKV.
Now I am trying to make and demux with MKVExtractGUI2 2.2.2.29, then it makes remuxing and I check with tsMuxeR.
as soon as I finish I tell you what happens.

[DMD]

I made the demux with MKVExtractGUI2 and remuxing with mkvtoolnix GUI (8.4.0-1), after I did the test with tsMuxeR demux and process everything went OK with no errors.

I checked with Mediainfo the file, and do not understand the latest data highlighted that in the source file does not exist.
What's with that data? :confused:

http://i62.tinypic.com/23wod49.jpg



MKV files source

http://i57.tinypic.com/5czxw0.jpg

[Asmodian]

Those are simply new data fields written my mkvmerge, they make it easier for players or other tools to get the duration of the file but they are not critical and don't do anything themselves.

[Megalith]

Does this give you the option of demuxing an .mkv?

[mike23]

I have a MKV file which can be played (in VLC) but seems to be not fully correct.

Example:
When I start to do some conversions for a video file and ffmpeg.exe a got an error:

[avi @ 00000000026a0520] H.264 bitstream malformed, no startcode found, use the video bitstream filter 'h264_mp4toannexb' to fix it ('-bsf:v h264_mp4t
av_interleaved_write_frame(): Invalid data found when processing input

I don't want to fiddle around with some parameters.

I want a simple solution.

So is there a "one-size-fits-all" solution :-)

e.g. something like

mmg.exe -checkandrepair -in=myvideo.mkv -out=myvideoout.mkv

[bartonnen]

Does this give you the option of demuxing an .mkv?

It has demuxing (mkvextract) - but you need to add a GUI (it gives a link to a suitable GUI during installation): gMKVExtractGUI (http://sourceforge.net/projects/gmkvextractgui/)

[Mosu]

What program should I use to translate this https://github.com/mbunkus/mkvtoolnix/tree/master/doc/man/es???

Thanks for the offer. Please contact me via email at moritz@bunkus.org if you want to help out with translations.

[Mosu]

How to solve error in file structure?

mkvmerge already does its best trying to recover as much data as possible. The message "Still resyncing…" means that it cannot find valid Matroska cluster IDs in the data. Basically there is no valid data left to recover.

To me it looks like an incomplete download, e.g. you started downloading via a BitTorrent client which pre-allocates the space, but it only the first part was actually downloaded. The rest of the file's allocated space is just garbage.

[Mosu]

Does this give you the option of demuxing an .mkv?

The MKVToolNix package contains a command-line only tool mkvextract for extraction. The MKVToolNix GUI doesn't have functionality for this yet, but it is on the TODO list.

There are third-party GUIs for mkvextract available, see e.g. the MKVToolNix links page (https://www.bunkus.org/videotools/mkvtoolnix/links.html).

[Mosu]

I have a MKV file which can be played (in VLC) but seems to be not fully correct.
…
So is there a "one-size-fits-all" solution :-)

No, not really.

[Bigmango]

Does mkvtoolnix proprerly handle the A/V sync issues that sometimes happen with seamless branching blurays?

Makemkv always removes 1 video frame as soon as the sync issue reaches 10ms to keep it properly in sync.

Does mkvtoolnix also do this, or is it still better to use makemkv to remux blurays?

Thanks.

[Mosu]

I honestly cannot answer that.

Have you given MKVToolNix a try? Did you encounter any problems with the sync in such a situation?

[Bigmango]

Is seamless branching support a planned feature for mkvtoonlix?

So we can:


Have theatrical and extended versions of a movie in the same mkv (saving a lot of HD space compared to keeping 2 files)
Have multi-language video (i.ex sometimes the titles and some texts in movies are written in several languages)- -> Kodi (xbmc) already automatically switches forced subtitles on the right language to match the audio language (it makes 100% use of the mkv language tags :)). With this feature it could also play the correct language titles and text parts in the videos.
Have multi-angle support (some movies like Start Wars have up to 6 or 7 angles).

This is imho definitely needed to bring mkv to the next level.

Thanks.

[Bigmango]

I honestly cannot answer that.

Have you given MKVToolNix a try? Did you encounter any problems with the sync in such a situation?

I am asking because I haven't tried it.

Ok, unless someone has the answer untill then, I'll try it next time I encounter this with makemkv.

[hubblec4]

I use my chapterEditor to prepare Bluray-disks and I get then a mtxcfg-file. So I can use MKVToolNiX-GUI for all BD's. I have a lot of multi-editions(seamless branching) BD's mux to mkv without sync issues.

[Bigmango]

I use my chapterEditor to prepare Bluray-disks and I get then a mtxcfg-file. So I can use MKVToolNiX-GUI for all BD's. I have a lot of multi-editions(seamless branching) BD's mux to mkv without sync issues.

:goodpost:

I am floored. I just remuxed my Avatar Collector's Edition bluray and got an MKV with the 3 editions (Extended, Special and Theatrical). And only 40Gb instead of 100+Gb. Awesome.

VLC sees the 3 editions and I can switch between them in the menu. You are a genius.

But, when I load this mkv (which was created by mkvtoolnix with your chapter editor) in mkvtoolnix it only sees it as 1 video track (with single audio tracks) and doesn't see the 2 other editions the mkv contains.

@ Mosu:


Could you please have mkvtoolnix show some information that there are several editions in the mkv?
as we already have bluray playlist loading in mkvtoolnix, it makes sense to add this multi-edition selection feature directly into mkvtoolnix, so we have complete bluray seamless branching support in mkvtoolnix (with the new GUI, mkvtoolnix now looks like an "MKV Workstation". I think we can definitely see this feature going in there)?


This would also attract more player support (for title selection) as this ordered chapters mkv feature (in the mkv specs for many years) would become more used and widely known.

I, for one, have used mkvtoolnix for years and had absolutely no clue this even existed.

WHY isn't this HUGE mkv feature used everywhere? -> Because no one knows about it as mkvtoonlix isn't even showing this exists.

Many thanks.

[Bigmango]

I use my chapterEditor to prepare Bluray-disks and I get then a mtxcfg-file. So I can use MKVToolNiX-GUI for all BD's. I have a lot of multi-editions(seamless branching) BD's mux to mkv without sync issues.

One more question:

How do you demux, or extract / separate the multiple editions into separate mkv files if need be (for future safe keeping /availability of the separate editions)?

Neither mkvtoolnix nor gmkvextractgui sees the multiple editions contained in the mkv (they only see the first title).

[ndjamena]

I'm pretty sure they don't see any of the "titles", just the base streams that the titles are constructed from.

The "titles" are in the chapters, but MKVMerge -I doesn't seem to mention the existence of multiple editions...

MKVMerge could provide a more detailed breakdown of the chapters that includes editions, but if you want to "see" each individual title as a separate file Mosu would have to either completely reinvent the -I option or create a secondary Info option to support it.

[ndjamena]

Would it be possible to include some indication of "Pre-parsing FLAC file: ##%" in the progress bar. I keep thinking it isn't working.

[Bigmango]

I'm pretty sure they don't see any of the "titles", just the base streams that the titles are constructed from.

Yes.

The "titles" are in the chapters, but MKVMerge -I doesn't seem to mention the existence of multiple editions...

Exactly. This is the "ordered chapters", which has been a feature in the mkv specs for many years as I understand it.


MKVMerge could provide a more detailed breakdown of the chapters that includes editions, but if you want to "see" each individual title as a separate file Mosu would have to either completely reinvent the -I option or create a secondary Info option to support it.

It's of course up to Mosu to decide how he wants to implement this, but I think:


it would be nice to see the separate editions clearly in the track list (with perhaps a flag or someting to show the track is virtual)
the above point 1 should also allow demuxers to demux (or extract as separate mkvs) the separate editions (to for example bring back the editions as separate mkvs if needed in the future)

[Bigmango]

I use my chapterEditor to prepare Bluray-disks and I get then a mtxcfg-file. So I can use MKVToolNiX-GUI for all BD's. I have a lot of multi-editions(seamless branching) BD's mux to mkv without sync issues.

As I understand, there are no sync issues because you are using eac3to to demux (eac3to fixes sync issues).

This means that when using mkvtoolnix to load the bluray playlist directly there will be sync issues?

This is what I get in the output with Makemkv on the Avatar extended cut:

AV synchronization issues were found in file 'C:/video/Extended_Collector's_Edition_Disc_1_t02.mkv' (title #3)
AV sync issue in stream 1,3 at 0:00:00.001 with duration of 10.666ms : 1 early frame(s) dropped at start
AV sync issue in stream 2 at 0:00:00.023 with duration of 32ms : 1 early frame(s) dropped at start
AV sync issue in stream 3 at 0:10:24.452 with duration of 7.911ms : encountered overlapping frame, audio skew is +7.911ms
AV sync issue in stream 2 at 0:10:24.452 with duration of 18.577ms : encountered overlapping frame, audio skew is +18.577ms
AV sync issue in stream 1,3 at 0:28:10.487 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 3 at 0:28:10.487 with duration of 2.752ms : encountered overlapping frame, audio skew is +10.663ms
AV sync issue in stream 2 at 0:28:10.487 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:28:10.487 with duration of 13.419ms : encountered overlapping frame, audio skew is +31.997ms
AV sync issue in stream 1,3 at 0:28:52.320 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:28:52.331 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:28:52.331 with duration of 11.541ms : encountered overlapping frame, audio skew is +43.538ms
AV sync issue in stream 2 at 0:28:52.375 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +11.538ms
AV sync issue in stream 3 at 0:28:52.320 with duration of 0.875ms : encountered overlapping frame, audio skew is +11.538ms
AV sync issue in stream 3 at 0:28:52.332 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +0.872ms
AV sync issue in stream 3 at 0:30:20.439 with duration of 9.791ms : encountered overlapping frame, audio skew is +10.663ms
AV sync issue in stream 2 at 0:30:20.439 with duration of 20.458ms : encountered overlapping frame, audio skew is +31.997ms
AV sync issue in stream 2 at 0:32:27.896 with duration of 30.044ms : encountered overlapping frame, audio skew is +62.041ms
AV sync issue in stream 2 at 0:32:27.959 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +30.041ms
AV sync issue in stream 3 at 0:32:27.896 with duration of 8.711ms : encountered overlapping frame, audio skew is +19.375ms
AV sync issue in stream 3 at 0:32:27.916 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +8.708ms
AV sync issue in stream 1,3 at 0:47:36.812 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 3 at 0:47:36.812 with duration of 1.955ms : encountered overlapping frame, audio skew is +10.663ms
AV sync issue in stream 2 at 0:47:36.823 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:47:36.823 with duration of 1.955ms : encountered overlapping frame, audio skew is +31.997ms
AV sync issue in stream 1,3 at 0:48:07.134 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:48:07.156 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:48:07.156 with duration of 2.952ms : encountered overlapping frame, audio skew is +34.95ms
AV sync issue in stream 2 at 0:48:07.191 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +2.95ms
AV sync issue in stream 3 at 0:48:07.134 with duration of 2.952ms : encountered overlapping frame, audio skew is +13.616ms
AV sync issue in stream 3 at 0:48:07.148 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +2.95ms
AV sync issue in stream 3 at 0:53:33.751 with duration of 7.708ms : encountered overlapping frame, audio skew is +10.658ms
AV sync issue in stream 2 at 0:53:33.751 with duration of 29.041ms : encountered overlapping frame, audio skew is +31.991ms
AV sync issue in stream 2 at 0:54:13.809 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:54:13.809 with duration of 5.466ms : encountered overlapping frame, audio skew is +37.458ms
AV sync issue in stream 2 at 0:54:13.847 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +5.458ms
AV sync issue in stream 3 at 0:54:13.788 with duration of 5.466ms : encountered overlapping frame, audio skew is +16.125ms
AV sync issue in stream 3 at 0:54:13.804 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +5.458ms
AV sync issue in stream 1,3 at 0:57:47.969 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 0:57:47.959 with duration of 26.541ms : encountered overlapping frame, audio skew is +32ms
AV sync issue in stream 2 at 0:57:47.991 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +0ms
AV sync issue in stream 3 at 0:57:47.969 with duration of 5.208ms : encountered overlapping frame, audio skew is +10.666ms
AV sync issue in stream 3 at 0:57:47.980 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +0ms
AV sync issue in stream 1,3 at 0:58:32.050 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 3 at 0:58:32.050 with duration of 4.625ms : encountered overlapping frame, audio skew is +4.625ms
AV sync issue in stream 2 at 0:58:32.039 with duration of 15.291ms : encountered overlapping frame, audio skew is +15.291ms
AV sync issue in stream 3 at 1:03:13.996 with duration of 6.033ms : encountered overlapping frame, audio skew is +10.658ms
AV sync issue in stream 2 at 1:03:14.007 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:03:14.007 with duration of 16.7ms : encountered overlapping frame, audio skew is +31.991ms
AV sync issue in stream 1,3 at 1:03:57.215 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 3 at 1:03:57.215 with duration of 1.922ms : encountered overlapping frame, audio skew is +12.58ms
AV sync issue in stream 3 at 1:03:57.228 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +1.913ms
AV sync issue in stream 2 at 1:03:57.215 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:03:57.215 with duration of 23.255ms : encountered overlapping frame, audio skew is +55.247ms
AV sync issue in stream 2 at 1:03:57.271 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +23.247ms
AV sync issue in stream 2 at 1:09:57.271 with duration of 8.747ms : encountered overlapping frame, audio skew is +31.994ms
AV sync issue in stream 3 at 1:09:57.271 with duration of 8.747ms : encountered overlapping frame, audio skew is +10.661ms
AV sync issue in stream 1,3 at 1:15:53.800 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 3 at 1:15:53.800 with duration of 4.044ms : encountered overlapping frame, audio skew is +14.705ms
AV sync issue in stream 3 at 1:15:53.815 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +4.038ms
AV sync issue in stream 2 at 1:15:53.800 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:15:53.800 with duration of 14.711ms : encountered overlapping frame, audio skew is +46.705ms
AV sync issue in stream 2 at 1:15:53.847 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +14.705ms
AV sync issue in stream 3 at 1:17:37.313 with duration of 6.627ms : encountered overlapping frame, audio skew is +10.666ms
AV sync issue in stream 3 at 1:17:37.324 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +0ms
AV sync issue in stream 2 at 1:17:37.303 with duration of 17.294ms : encountered overlapping frame, audio skew is +32ms
AV sync issue in stream 2 at 1:17:37.335 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +0ms
AV sync issue in stream 1,3 at 1:18:02.557 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:18:02.557 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:18:02.557 with duration of 25.291ms : encountered overlapping frame, audio skew is +25.291ms
AV sync issue in stream 3 at 1:18:02.557 with duration of 3.958ms : encountered overlapping frame, audio skew is +3.958ms
AV sync issue in stream 3 at 1:25:54.273 with duration of 6.705ms : encountered overlapping frame, audio skew is +10.663ms
AV sync issue in stream 2 at 1:25:54.295 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:25:54.295 with duration of 6.705ms : encountered overlapping frame, audio skew is +31.997ms
AV sync issue in stream 1,3 at 1:27:59.987 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:27:59.987 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:27:59.987 with duration of 3.794ms : encountered overlapping frame, audio skew is +35.791ms
AV sync issue in stream 2 at 1:28:00.023 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +3.791ms
AV sync issue in stream 3 at 1:27:59.987 with duration of 3.794ms : encountered overlapping frame, audio skew is +14.458ms
AV sync issue in stream 3 at 1:28:00.001 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +3.791ms
AV sync issue in stream 1,3 at 1:35:45.367 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:35:45.367 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:35:45.367 with duration of 28.205ms : encountered overlapping frame, audio skew is +31.997ms
AV sync issue in stream 3 at 1:35:45.367 with duration of 6.872ms : encountered overlapping frame, audio skew is +10.663ms
AV sync issue in stream 3 at 1:37:30.802 with duration of 4.122ms : encountered overlapping frame, audio skew is +14.786ms
AV sync issue in stream 3 at 1:37:30.817 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +4.119ms
AV sync issue in stream 2 at 1:37:30.781 with duration of 25.455ms : encountered overlapping frame, audio skew is +57.452ms
AV sync issue in stream 2 at 1:37:30.839 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +25.452ms
AV sync issue in stream 3 at 1:46:51.692 with duration of 6.544ms : encountered overlapping frame, audio skew is +10.663ms
AV sync issue in stream 2 at 1:46:51.703 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 1:46:51.703 with duration of 6.544ms : encountered overlapping frame, audio skew is +31.997ms
AV sync issue in stream 2 at 1:48:58.170 with duration of 28.702ms : encountered overlapping frame, audio skew is +60.7ms
AV sync issue in stream 2 at 1:48:58.231 with duration of 32ms : 1 frame(s) dropped to reduce audio skew to +28.7ms
AV sync issue in stream 3 at 1:48:58.191 with duration of 7.369ms : encountered overlapping frame, audio skew is +18.033ms
AV sync issue in stream 3 at 1:48:58.209 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +7.366ms
AV sync issue in stream 1,3 at 2:32:40.364 with duration of 10.666ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 3 at 2:32:40.364 with duration of 3.291ms : encountered overlapping frame, audio skew is +10.658ms
AV sync issue in stream 2 at 2:32:40.375 with duration of 32ms : 1 overlapping frame(s) dropped at segment boundary
AV sync issue in stream 2 at 2:32:40.375 with duration of 3.291ms : encountered overlapping frame, audio skew is +31.991ms
AV sync issue in stream 3 at 2:33:17.853 with duration of 4.175ms : encountered overlapping frame, audio skew is +14.833ms
AV sync issue in stream 3 at 2:33:17.868 with duration of 10.666ms : 1 frame(s) dropped to reduce audio skew to +4.166ms
Too many AV synchronization issues in file 'C:/video/Extended_Collector's_Edition_Disc_1_t02.mkv' (title #3) , future messages will be printed only to log file

This is up to 80% of the remux, more is in the log for the last 20%.

@ Mosu

This happens with all of the seamless branching blurays.

I have now also tested remuxing this by loading the playlist directly in mkvtoolnix: it shows absolutely no information regarding audio skew or dropped frames.

I understand this means mkvtoolnix has a sync issue when seamless branching happens?

Until this is fixed, shouldn't the output display a warning that the resulting mkv will have sync issues to at least let the user know?

Thanks.

[Bigmango]

And here is the output with eac3to.

Eac3to starts a 2nd pass to fix the audio gaps. The result leaves it with only a 1 ms skew.

[a02] Extracting audio track number 2...
[a02] Applying DTS delay...
[a02] A remaining delay of +1ms could not be fixed.
[a02] Creating file "C:\video\[a02] 2 - DTS Master Audio, 5.1 channels, 24 bits, 48kHz, -9ms, English.dtsma"...
[a02] Audio overlaps for 8ms at playtime 0:10:24. <WARNING>
[a02] Audio overlaps for 13ms at playtime 0:28:10. <WARNING>
[a02] Audio overlaps for 12ms at playtime 0:28:52. <WARNING>
[a02] Audio overlaps for 10ms at playtime 0:30:20. <WARNING>
[a02] Audio overlaps for 9ms at playtime 0:32:28. <WARNING>
[a02] Audio overlaps for 13ms at playtime 0:47:37. <WARNING>
[a02] Audio overlaps for 14ms at playtime 0:48:07. <WARNING>
[a02] Audio overlaps for 8ms at playtime 0:53:34. <WARNING>
[a02] Audio overlaps for 5ms at playtime 0:54:14. <WARNING>
[a02] Audio overlaps for 16ms at playtime 0:57:48. <WARNING>
[a02] Audio overlaps for 15ms at playtime 0:58:32. <WARNING>
[a02] Audio overlaps for 6ms at playtime 1:03:14. <WARNING>
[a02] Audio overlaps for 13ms at playtime 1:03:57. <WARNING>
[a02] Audio overlaps for 9ms at playtime 1:09:57. <WARNING>
[a02] Audio overlaps for 15ms at playtime 1:15:54. <WARNING>
[a02] Audio overlaps for 7ms at playtime 1:17:37. <WARNING>
[a02] Audio overlaps for 15ms at playtime 1:18:03. <WARNING>
[a02] Audio overlaps for 7ms at playtime 1:25:54. <WARNING>
[a02] Audio overlaps for 14ms at playtime 1:28:00. <WARNING>
[a02] Audio overlaps for 18ms at playtime 1:35:45. <WARNING>
[a02] Audio overlaps for 11ms at playtime 1:46:52. <WARNING>
[a02] Audio overlaps for 7ms at playtime 1:48:58. <WARNING>
[a02] Audio overlaps for 14ms at playtime 2:32:40. <WARNING>
[a02] Audio overlaps for 21ms at playtime 2:35:15. <WARNING>
[a02] Audio overlaps for 12ms at playtime 2:35:41. <WARNING>
[a02] Audio overlaps for 9ms at playtime 2:40:51. <WARNING>
[a02] Audio overlaps for 7ms at playtime 2:41:06. <WARNING>
[a02] Audio overlaps for 21ms at playtime 2:49:16. <WARNING>
[a02] Audio overlaps for 16ms at playtime 2:58:09. <WARNING>
[a02] Audio overlaps for 7ms at playtime 3:04:40. <WARNING>
[a02] Audio overlaps for 12ms at playtime 3:05:03. <WARNING>
[a02] Audio overlaps for 12ms at playtime 3:05:49. <WARNING>
[a02] Audio overlaps for 12ms at playtime 3:06:15. <WARNING>
[a02] Audio overlaps for 7ms at playtime 3:06:38. <WARNING>
[a02] Audio overlaps for 15ms at playtime 3:06:54. <WARNING>
[a02] Audio overlaps for 11ms at playtime 3:09:14. <WARNING>
[a02] Audio overlaps for 9ms at playtime 3:09:21. <WARNING>
[a02] Audio overlaps for 6ms at playtime 3:09:57. <WARNING>
[a02] Audio overlaps for 19ms at playtime 3:11:19. <WARNING>
[a02] Audio overlaps for 7ms at playtime 3:12:22. <WARNING>
[a02] Audio overlaps for 13ms at playtime 3:12:52. <WARNING>
[a02] Audio overlaps for 15ms at playtime 3:13:11. <WARNING>
[a02] Audio overlaps for 17ms at playtime 3:13:20. <WARNING>
[a02] Audio overlaps for 10ms at playtime 3:13:51. <WARNING>
[a02] Audio overlaps for 8ms at playtime 3:18:50. <WARNING>
[a02] Audio overlaps for 10ms at playtime 3:21:37. <WARNING>
[a02] Starting 2nd pass...
[a02] Realizing DTS gaps...
[a02] Creating file "C:\video\[a02] 2 - DTS Master Audio, 5.1 channels, 24 bits, 48kHz, -9ms, English.dtsma"...

All these ms add up to a lot.... which isn't fixed when remuxing with mkvtoolnix?

[hubblec4]

One more question:

How do you demux, or extract / separate the multiple editions into separate mkv files if need be (for future safe keeping /availability of the separate editions)?

Neither mkvtoolnix nor gmkvextractgui sees the multiple editions contained in the mkv (they only see the first title).

In the Xin1Generator thread is a way discribed.

I never extract from mkv.
The editions are generated while loading a mkv in your player. When the player can interpret the chapters.xml(inside mkv)
then it shows and work.

BUT there are every ONE big video stream(audio and subs too).

[hubblec4]

As I understand, there are no sync issues because you are using eac3to to demux (eac3to fixes sync issues).

This means that when using mkvtoolnix to load the bluray playlist directly there will be sync issues?


No, eac3to will demux the streams only if you use the "BD-demux" button otherwise MKVToolNix-GUI(MTX-GUI) load all m2ts files in order and mux it directly from the BD-structure.

When you load a playlist directly in the MTX-GUI you will never get multi editions mkv's, also not if you all m2ts load manually. The "editions-magic" is a part of the chapters.xml AND the tags.xml.

I could do a bit more for Matroska, but the old song: no player or splitter supports this features.

[mariner]

Greetings Mosu.
Appreciate if you could kindly assist with a problem of wav audio (LPCM) in mkv not recognised by tsmuxer.
Many thanks and best regards.

[markanini]

How can I get MKVToolNix GUI to generate a chapter mark between appended files?

[Mosu]

@ Mosu:


Could you please have mkvtoolnix show some information that there are several editions in the mkv?
as we already have bluray playlist loading in mkvtoolnix, it makes sense to add this multi-edition selection feature directly into mkvtoolnix, so we have complete bluray seamless branching support in mkvtoolnix (with the new GUI, mkvtoolnix now looks like an "MKV Workstation". I think we can definitely see this feature going in there)?


You only see one video track because the editions are solely virtual constructs indicated by the chapters. Each edition in the chapter references different parts of that one video track. I don't have any plans on implementing support for working with editions the same way you work with tracks or something like that as that would take a huge effort and amount of time. Sorry.

[Mosu]

Greetings Mosu.
Appreciate if you could kindly assist with a problem of wav audio (LPCM) in mkv not recognised by tsmuxer.
Many thanks and best regards.

Sorry, but I cannot help you with that. That's tsmuxer's problem.

[Mosu]

How can I get MKVToolNix GUI to generate a chapter mark between appended files?

You cannot as there is no such feature at the moment, and I currently don't have any plans on implementing one – mostly because mkvmerge's flexibility makes it very hard to say where such a mark would have to be put exactly.

[Mosu]

Hey,

I've released MKVToolNix v8.5.0. It contains the usual mix of bug fixes and enhancements, most of them for the GUI but some for mkvmerge, too. Most of these correspond directly to entries in the issue tracker.

There's one small change for package maintainers: there's a new translation of the man pages into Catalan.

Here are the usual links: the MKVToolNix home page (https://www.bunkus.org/videotools/mkvtoolnix/), the Windows installer and portable version (http://www.fosshub.com/MKVToolNix.html) and the source code (https://www.bunkus.org/videotools/mkvtoolnix/source.html).

All binaries that I provide have been uploaded already.

Here's the full ChangeLog (https://www.bunkus.org/videotools/mkvtoolnix/doc/ChangeLog) since the previous release:

2015-10-17 Moritz Bunkus <moritz@bunkus.org>
* Released v8.5.0.

2015-10-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: the cropping parameters contained the "cropping:" prefix twice in the verbose identification output.
* MKVToolNix GUI: merge tool enhancement: when dropping files onto the GUI the last file's directory is remembered as the last directory a file was opened from causing the next open file dialog to start in that directory. Implements #1477 (https://github.com/mbunkus/mkvtoolnix/issues/1477).
* all: new feature: added a Catalan translation of the man pages by Antoni Bella Pérez (see AUTHORS).

2015-10-15 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: chapter editor enhancement: the start and end timestamps in the tree are displayed with nanosecond precision. Implements #1474 (https://github.com/mbunkus/mkvtoolnix/issues/1474).
* MKVToolNix GUI: merge tool enhancement: added a column to the track list containing the state of the "forced track" flag. Implements #1472 (https://github.com/mbunkus/mkvtoolnix/issues/1472).

2015-10-14 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool enhancement: pressing the delete key in the attachments list removes the selected entries. Implements #1473 (https://github.com/mbunkus/mkvtoolnix/issues/1473).

2015-10-13 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: enhancement: if the last directory opened doesn't exist anymore then default to one that does in order to prevent an error message from older Windows versions about a location not being available. Fixes #1438 (https://github.com/mbunkus/mkvtoolnix/issues/1438).

2015-10-10 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: enhancement: the context menu for the status bar job status counters is now shown when the user clicks with any mouse button, not just the right one. This should make the feature easier to discover. Implements #1396 (https://github.com/mbunkus/mkvtoolnix/issues/1396).
* MKVToolNix GUI: new job queue feature: added an option in the preferences for resetting the warning and error counters of all jobs and the global counters in the status bar to 0 when exiting the program. Implements #1437 (https://github.com/mbunkus/mkvtoolnix/issues/1437).
* MKVToolNix GUI: current job output enhancement: the separator lines for warnings and errors ("--- Warnings emitted by Job … started on … ---") are only shown when warnings/errors actually occur and not for each job that's run.

2015-10-09 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: the menus that are currently not shown are disabled properly so that they don't react to keyboard shortcuts anymore. This affected e.g. Alt+J with the English localization as there were three shortcuts active: the "add to job queue" button (if the merge tool is active), the "job queue" menu and the "job output" menu.

2015-10-08 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix (Windows): changed some options for Qt's file dialogs in order to speed up access to network shares in certain situations. Fixes #1459 (https://github.com/mbunkus/mkvtoolnix/issues/1459).

2015-10-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: improved identification output for DTS 96/24. Implements #1431 (https://github.com/mbunkus/mkvtoolnix/issues/1431).

2015-10-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: PCM tracks: if the number of samples per packet varies then no default duration will be written. Fixes #1426 (https://github.com/mbunkus/mkvtoolnix/issues/1426).
* MKVToolNix GUI: merge tool enhancement: added buttons for previewing the character sets for text subtitles read from SRT and SSA/ASS files as well as for chapter files. They're located next to the drop down boxes for the character sets on the input and output tabs.
* MKVToolNix GUI: merge tool enhancement: added buttons next to the 'segment UID', 'previous segment UID' and 'next segment UID' controls that enable the user to select a Matroska file. The GUI reads that file's segment UID and enters its value into the corresponding control. Part of the implementation of #1363 (https://github.com/mbunkus/mkvtoolnix/issues/1363).
* mkvmerge: new feature: The three options that use segment UIDs (--segment-uid, --link-to-previous and --link-to-next) can now read the segment UID of an existing Matroska file. For this the file's name must be given as an argument prefixed with = (e.g. '--segment-uid =some_file.mkv'). Implements #1363 (https://github.com/mbunkus/mkvtoolnix/issues/1363).
* MKVToolNix GUI: chapter editor enhancement: Added another variable to the chapter name templates called <START> which is replaced by the chapter's start timestamp. An optional format can be specified, e.g. <START:%H:%M:%S.%3n> resulting in something like 01:35:27.734. This can be used in the 'generate sub-chapters' or the 'renumber sub-chapters' functionality. Implements #1445 (https://github.com/mbunkus/mkvtoolnix/issues/1445).

2015-10-03 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool bug fix: If there's currently no source file present when the user drags & drops files onto the merge tool then the GUI will no longer leave an empty, superfluous tab for certain drop modes. Fixes #1446 (https://github.com/mbunkus/mkvtoolnix/issues/1446).
* MKVToolNix GUI: merge tool enhancement: implemented the optional warning before overwriting existing files when starting to mux or adding a job to the queue. The pending jobs in the queue are checked for the same destination file name as well. Implements #1390 (https://github.com/mbunkus/mkvtoolnix/issues/1390).
* MKVToolNix GUI: enhancement: pressing the delete key in the chapter editor and the job queue removes the selected entries. Implements #1454 (https://github.com/mbunkus/mkvtoolnix/issues/1454).
* MKVToolNix GUI: merge tool enhancement: dropping chapter, tag and segment info files from external applications will cause those file names to be added to the appropriate controls on the 'output' tab. Implements #1332 (https://github.com/mbunkus/mkvtoolnix/issues/1332) and 1345.
* MKVToolNix GUI: merge tool enhancement: the feature "default track language" has been split into track languages by type. There are now three separate settings for audio, video and subtitle tracks. Implements #1338 (https://github.com/mbunkus/mkvtoolnix/issues/1338).

2015-09-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: the verbose identification for MP4 files will now derive basic audio parameters of MP3 and AC3 tracks from the bitstream instead of relying on the values in the track headers.

2015-09-27 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new merge tool feature: implemented an optional vertical layout mode for the "input" tab in which the track properties are shown below the track list. Implements #1304 (https://github.com/mbunkus/mkvtoolnix/issues/1304).

2015-09-26 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool bug fix: the "default track flag in output" column wasn't updated properly directly after loading settings.

2015-09-25 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool enhancement: when browsing for chapter files on the "output" tab the initial directory is the first input file's directory instead of the directory accessed last.
* MKVToolNix GUI: merge tool bug fix: the cropping parameters were not converted into parameters for mkvmerge at all.

2015-09-22 Moritz Bunkus <moritz@bunkus.org>
* all: several ISO 639-2 codes of languages that are very old and not spoken anymore have been removed (e.g. "English, Middle (1100-1500)").
* MKVToolNix GUI: enhancement: on Windows the drop down boxes were elliding overlong text. This has been changed to making the open combo boxes' scroll areas wide enough to contain the whole entries. This matches the behavior of Qt on other operating systems.
* all: fixed the spelling of the AC-3, E-AC-3 and VC-1 codec names.

2015-09-21 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new merge tool feature: added context menu entries for opening the selected files/the source files of selected tracks in MediaInfo. Implements #1423 (https://github.com/mbunkus/mkvtoolnix/issues/1423).

2015-09-20 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: the interface language selection has been improved not to select wrong entries resulting in error messages from mkvmerge about unknown translations. Fixes #1434 (https://github.com/mbunkus/mkvtoolnix/issues/1434).
* MKVToolNix GUI: bug fix: if the Windows version of the GUI was started from a symbolically linked folder then it would crash when the user added a file. Fixes #1315 (https://github.com/mbunkus/mkvtoolnix/issues/1315).

Have fun.

[Music Fan]

Hi,
I installed version 8.5.0 and I don't find the GUI for MKVmerge, is it abandoned ?
I prefer the ususal GUI than the new one (mkvtoolnix-gui), is there a way to continue with the usual GUI using the new mkvmerge.exe ?

[Mosu]

Yes. No, at least not a supported one.

What I suggest you do instead is to start using the new GUI and telling me what you don't like about it. Maybe you're missing functions from the old GUI that you didn't know exist already in the new GUI? Or maybe trying to do things one way while not being aware that the new GUI offers you other ways, often more effective, to achieve the same result? But please be specific; I cannot do anything with a generic "I don't like it". Thanks.

[ndjamena]

I don't like the layout of the header editor, it was the one thing I wanted changed from MMG but you kept it the same.

Look at the way the "merge" header elements are managed and compare it to the "edit headers" method.

Is there some reason you prefer that particular layout?

[Mosu]

ndjamena: I'm sorry but I don't quite get what you mean. Can you describe in more detail what kind of a layout you'd prefer to see?

What I cannot really do is list all of the properties beneath each other as in the track properties in the merge tool, if that's what you mean. There's way too much text to be displayed for such a layout not to look confusing, I'm afraid.

[Music Fan]

What I suggest you do instead is to start using the new GUI and telling me what you don't like about it.
That's confusing, too different from MKVmergGUI with too many things written and more little windows.
I don't understand why you changed the interface that was clear and to which we were used.

[ndjamena]

Could you put editable track Name, Language, UID, Default and Forced elements in the track root node properties at least, to make them more accessible?

[Mosu]

Because users were requesting several things that weren't possible with the old layout. A really quite common complaint was that the (old) GUI was too high, especially on notebooks with rather low resolution where the GUI wouldn't even fit. Monitors have been getting wider and less high (I had been using 1600x1200 for a long time, but try to get something > 1024 pixels high without going up to 2500x… nowadays), and the old GUI was designed exactly the wrong way around.

However: If you prefer the vertical layout used in the old GUI then with 8.5.0 you can switch the new GUI to a vertical layout, too.

And "too man things written"…? Uhm, excuse me, but what?

I also don't get what you mean by "little windows". Like I said, please be specific.

[Mosu]

Could you put editable track Name, Language, UID, Default and Forced elements in the track root node properties at least, to make them more accessible?

No, sorry, that would make the whole point of a tree-ish layout moot and somewhat confusing. Especially as the fact whether or not the default track flag is present in the file is actually important regarding the interpretation of the value (not present means its effective value is "yes/on" due to the element's default value).

[markanini]

You cannot as there is no such feature at the moment, and I currently don't have any plans on implementing one – mostly because mkvmerge's flexibility makes it very hard to say where such a mark would have to be put exactly.

I was offered a solution here which I'll use for the time being: http://forum.videohelp.com/threads/374776-Q-MKVToolNix-Chapters-and-appended-files?p=2414720&viewfull=1#post2414720

[73ChargerFan]

Yep, that technique works fine with the current release. Thanks markanini!

It'll be very useful to convert extras from blu-ray disks into a single mkv. I've tried manually creating chapter files for this, but they're always off by half a second here, half a second there.

[ndjamena]

To use your own argument against you, if I'm processing movie subtitles and copying "names" from one file to the next, I don't have enough vertical real estate to have more than two subtitles tracks expanded at a time without maximising the entire window. Not to mention the fact that it's difficult to blindly search and select the correct one given the current layout. There's no indication from the outside which subtitle has any particular name and after expanding the tracks the name nodes are so far apart that fitting them on the screen and finding them is a pain.

At the same time there's a whole lot of real estate in the bottom right that's just been wasted on emptiness.

Checking the UIDs of each track is difficult too, you have to expand each and every one and hunt down the UID nodes.

The layout is just difficult, I don't pretend to know what you're trying to accomplish or what a better solution would be but...

[Mosu]

If the problem is finding the right track to modify then I can probably make that easier without a lot of work (which re-working the whole layout would require).

In the tree I already include the CodecID. In the same spirit I can incorporate more information, probably in the form of real columns and not just as text in the first column. Track name, UID, codec ID, default track flag, video resolution/audio sampling frequency & number of channels come to mind.

[ndjamena]

As long as I can copy from there that would be an improvement.

How difficult would providing a dropdown box with a list of custom entries to choose from in the name section be? Too hard?

I won't be too pedantic about it, it's just that I accidently deleted my batch script that renamed the tracks and now I'm stuck using the Header Editor until I can pull something together to replace it. Not that I was happy about it before then or even before the new GUI.

[Mosu]

You won't be able to copy from those columns, no, but I think I'll do something in addition to those columns: I'll add some more information on the track's page and enable mouse selection for those entries. So your workflow could look like this: determine the track to click on by looking at the various columns in the tree view, click on that track's entry in the tree, select the name on the right, copy.

You can already customize which columns are shown in other views by right-clicking on the column headers; the same mechanism will apply to the tree view in the header editor, too.

The header editor wasn't built for mass-modification. That's the domain of mkvpropedit, much like mass-muxing is the domain of mkvmerge and not of the GUI. Instead the header editor's current design is to be precise in how it represents the file's content and to allow the user to do exactly what (s)he wants to – e.g. remove element XYZ.

I may implement a whole different editing mode in the future that's more along the lines of a tabular view of editable fields for everything, but that's not that easy to implement. Other things in the GUI will have higher priority for me, though.

[ndjamena]

I've already created simpler batch scripts for TV shows with hard coded values, the problem is every cinematic movie is unique and needs more complicated routines to help fill them in, hence the manual copy/pasting at the moment.

[Fullmetal Encoder]

...and I currently don't have any plans on implementing one – mostly because mkvmerge's flexibility makes it very hard to say where such a mark would have to be put exactly.

How so? Assuming they aren't corrupt don't video files begin with an I-frame? So couldn't a blank chapter be attached at the beginning of each file segment that's being appended just prior to the appending process? That way each chapter would begin precisely on an I-frame and when multiple files with blank chapters are appended MKVToolNix GUI automatically adjusts the starting and ending times of each chapter in the resulting combined MKV. So it seems that the program can already do the bulk of the work, only the way it is now, to achieve the same result, we would have to manually create and attach a blank chapter file to each and every video segment separately before appending. And if a user wanted more fine grained control over where each chapter mark actually begins they wouldn't be using such a feature anyway since it would actually create more work for them by having to edit the starting times in the chapter file of the combined MKV.

This is useful in the case where different video processing may need to be done on separate chapters within say, a DVD, for example. We separate the chapters (or VOBs) perform our processing on the segments then rejoin them back into a single large MKV.

[Mosu]

Like I said, mkvmerge is flexible. There are cases for which such a functionality would be more or less easy to implement: a typical file with a single video track, one or more audio tracks. In such a case the start of the next file would probably be the first video track's timestamp. Oh wait, video tracks actually don't have to start with an I frame (think open GOP), so first I frame's timestamp.

Yeah ok. But what about files with multiple video tracks? Which video track do I use in that case? The first? What if the second one has its "default track flag" set instead of the first one? Which one is actullay the "first" if the user re-orders the tracks so that the second from the source file will be the first in the input file?

Next case: two video tracks in different files (meaning you have four files in total, mux two of them in parallel and append one to each of the other so that the output file will contain two video tracks). Now it's quite possible (likel, even) that one of the video tracks' first file is shorter than the other. So how to I handle that situation? Create two chapter entries? Only one? If only one then the same as the question above applies.

What if you're appending different number of files? Yes, I have had reports from users doing just that: they had three video segments and two audio segments, all of which would end up with the same total length. Imagine a situation with two video tracks and different number of segments. Same question as above: where should it create chapter markings?

mkvmerge appends on a track-by-track basis, not on a file-by-file basis. That's what makes it incredibly flexible. But it also means that such new functionality requires a lot of thought in order to get it right, and a lot of effort to implement and test properly. I'm not willing to invest that time. I would love for someone to step up and offer code for this, but my experience from the past is that apart from minor bug fixes people only contribute to MKVToolNix in the form of translations, not code. That's quite OK, but that also means that I'm the only person to implement new features, and my time is limited. So please respect that I sometimes simply don't _want_ to tackle an issue, even if it would fit into its scope and design. Thanks.