MKVToolNix v24.0.0 released

[Mosu]

Ok, clear too to me. But when the track order of such files has changed then I have to write a --track-order and --append-to switch?

Short sample:
Two(or more) VOB files with
1. Track video
2. Track audio(eng)
3. Track audio(ger)

Now I want to change the order of the audio streams

2. Track audio(ger)
3. track audio(eng)

You only have to use "--track-order" but not "--append-to". You will still append append source track 2 (audio eng) to track 2 (audio eng), and track 3 (audio ger) to track 3 (audio ger). Hence no need for "--append-to". The only thing you want to do is to change the order in which tracks are output, and that's what "--track-order" does.

What you'd need "--append-to" for is a situation like this:

First file: 1. video, 2. audio (eng), 3. audio (ger)

Appended file: 1. video, 2. audio (ger), 3. audio (eng)

Here you'd need to tell mkvmerge to append track 2 from file 2 to track 3 from file 1 (the two German tracks), and track 3 from file 2 to track 2 from file 1 (the two English tracks).

If you don't use "--track-order" in such a situation then the track order as found in the first source file will be used, meaning the English audio track will remain the second overall track in the output file.

[Mosu]

--append-to works with input file/track IDs so the order does not need to be changed if you only want to change the output order. Only change --track-order.

That's a nice and concise way of putting it. Thanks.

[hubblec4]

You only have to use "--track-order" but not "--append-to". You will still append append source track 2 (audio eng) to track 2 (audio eng), and track 3 (audio ger) to track 3 (audio ger). Hence no need for "--append-to". The only thing you want to do is to change the order in which tracks are output, and that's what "--track-order" does.

Thats nice to know.


What you'd need "--append-to" for is a situation like this:

First file: 1. video, 2. audio (eng), 3. audio (ger)

Appended file: 1. video, 2. audio (ger), 3. audio (eng)

Here you'd need to tell mkvmerge to append track 2 from file 2 to track 3 from file 1 (the two German tracks), and track 3 from file 2 to track 2 from file 1 (the two English tracks).

Ok, such a case will be never found on DVDs. But like you know MTX don't supported fully VOBs. The Subs will be added separately but "append-to" also.

For my simple sample, I will add a Sub(ger) track which consist of two(or more) files.
Have I to use the --append-to switch there?

[Mosu]

Can you be more specific what kind of files you're thinking of and what their respective tracks are?

[hubblec4]

To descirbe a more complex VOB-append with Subs(idx) sample, I have made a mtxcfg (http://forum.gleitz.info/attachment.php?attachmentid=99356&d=1495830791).

And now I found maybe an issue in the MTX-GUI.
I loaded all files, saved the mtxcfg file and want to open the Command line preview. MTX hangs without any message. Closing the MTX-GUI work only via the Task Manager.


EDIT: Reopen MTX-GUI with the mtxcfg file works, but when you open the command line preview the issue occurs again.

[Mosu]

To descirbe a more complex VOB-append with Subs(idx) sample, I have made a mtxcfg (http://forum.gleitz.info/attachment.php?attachmentid=99356&d=1495830791).

You don't need "--apend-to" for the subtitle files in that example .mtxcfg, no. Neither for the VOBs.

I loaded all files, saved the mtxcfg file and want to open the Command line preview. MTX crashes without any message. Closing the MTX-GUI work only via the Task Manager.

I cannot reproduce such a crash without config. The GUI v12.0.0 works fine regarding the "show command line" dialog, no matter which escaping mode I use.

[hubblec4]

You don't need "--apend-to" for the subtitle files in that example .mtxcfg, no. Neither for the VOBs.

Thanks for the info.


I cannot reproduce such a crash without config. The GUI v12.0.0 works fine regarding the "show command line" dialog, no matter which escaping mode I use.
OK, was my fault, sorry.

[Ripman]

Thanks for v12.

I have a question about an mmg gui warning, please. I am using the v12 gui.


'C:\12\wav\05-The Water Music -05. Minuet (From The F Major Suite).wav': Using the demultiplexer for the format 'WAV'.
Warning: DTS_Header problem: invalid source PCM resolution
'C:\12\wav\06-The Water Music -06. Bouree (From The F Major Suite).wav': Using the demultiplexer for the format 'WAV'.
'C:\12\wav\07-The Water Music -07. Hornpipe (From The F Major Suite).wav': Using the demultiplexer for the format 'WAV'.


Here are my mmg settings and options files, and the mmg output log. The package includes an 11mb wav file.
https://www.dropbox.com/s/ldeasv91i8dfcb6/mmg_v12---t06.rar?dl=1

Summary:
- Bought and downloaded an album from hdt @ 16-44.1-2ch.
- Muxed the wav files into one mka file.
- Got an mmg warning message in the v12 gui.
- Track 6 from the downloaded album shows a bitrate with mediainfo of 1412kbps instead of 1411kbps - obviously incorrect.

Question: What is mmg doing in this case: is it ignoring the incorrect header info, grabbing the pcm audio, and merging everything correctly? Thanks mosu.

[hubblec4]

Hi Mosu

Maybe I found a bug.
After appending two VOBs and change appending of two tracks and then move a DTS track, the GUI crashes without a message.

I have made a small video (https://forum.videohelp.com/attachments/41839-1496967627/MTX-Bug.7z) which shows what I have done.

[Mosu]

After appending two VOBs and change appending of two tracks and then move a DTS track, the GUI crashes without a message.

Crashes are definitely bugs. I'm currently out sick for quite a while. Please open an issue for this over on Github. Thanks.

[hubblec4]

Bug report is on Github.

Enjoy your holidays.

[kuchikirukia]

Mosu, I uploaded a mkv to your ftp that mkvtoolnix doesn't detect the TrueHD track 2. It was split from a larger mkv. The first half shows the TrueHD, the second split doesn't.
If I split it without the video track then mkvtoolnix can see both audio tracks. But as long as the video's there the TrueHD doesn't show.

I tried splitting it two seconds later and it's fine. And I've split 20 or so others from this Bluray without issue.
I'll also upload a mkv that straddles the point where I split the first in case you want to play around with it.

[Mosu]

I have a question about an mmg gui warning, please.

There's no such thing as "mmg" anymore. I guess you most likely mean MKVToolNix GUI, but please be precise.

Warning: DTS_Header problem: invalid source PCM resolution

This may happen during the file type detection phase when mkvmerge tries to determine whether a .WAV file actually contains DTS (and not plain uncompressed PCM). There's no consequence of that warning appearing, meaning the DTS detection fails, and mkvmerge will treat the content as PCM. Ideally that warning shouldn't be shown at all; all it does is confuse users. I'll probably remove it, and you can ignore it for files which you know don't contain DTS anyway.

[Mosu]

Mosu, I uploaded a mkv to your ftp that mkvtoolnix doesn't detect the TrueHD track 2. It was split from a larger mkv. The first half shows the TrueHD, the second split doesn't.
If I split it without the video track then mkvtoolnix can see both audio tracks. But as long as the video's there the TrueHD doesn't show.

I tried splitting it two seconds later and it's fine. And I've split 20 or so others from this Bluray without issue.
I'll also upload a mkv that straddles the point where I split the first in case you want to play around with it.

TrueHD is one of the few audio codecs where decoding cannot start from arbitrary frames, but only from so-called "sync" frames. This is similar to the distinction of key frames vs. non-key frames for video codecs.

mkvmerge is rather bad at handling files where more than one track makes such a distinction when it comes to splitting. It will split right before a video key frame, but it won't care whether that point is actually before a TrueHD sync frame or somewhere in the middle of several non-sync frames. The result is that the second file might start with non-sync TrueHD frames, causing mkvmerge not to recognize the track anymore.

You'll see the same issue if you have multiple video tracks whose key frames don't lign up exactly.

Fixing this properly would require quite some time & effort, neither of which I have a lot of at the moment. Therefore don't expect a fix for this behavior.

[Ripman]

TrueHD is one of the few audio codecs where decoding cannot start from arbitrary frames, but only from so-called "sync" frames.....

Fixing this properly would require quite some time & effort, neither of which I have a lot of at the moment. Therefore don't expect a fix for this behavior.


SFS Media make these instructional BDs that provide colour before each movement of a particular work.

The one that I have (viz., Ives) has a 7.1 truehd track @ 48khz. So I used makemkv and then cut the mkv by keyframe such that I had the four movements without the commentary introductions. I then merged those back together and also removed the video track. I believe I did this with mmg (that one is intentional <i>[Laughs]</i>) 7.5. The mkv/mka played fine and sounded nicely. The cut-points between movements sounded clean. About a year later I figured I'd extract the truehd track and re-sample it at a higher frequency so I could mix it down to flac stereo with the ffmpeg pan filters. I got an error with mkvextract on the truehd track - it didn't like the "area" around the first cut/merge, so it failed.

So I went back the the BD and makemkv, this time converting the truehd of track to flac. I did the same cuts. I merged it. It plays fine and sounds fine. I subsequently extracted the flac 7.1 track and re-sampled it with ffmpeg. Everything fine.

So after all that, here's my question: is the truehd to flac conversion process I described the "work-around" for dealing with truehd that needs to be cut in mkvtoolnix?

[Selur]

I got an mkvoptions file (see: https://pastebin.com/LHJ7GcBA) in which I append a few .264 streams and mux them with an audio stream.
Problem is, I now also want to add timecodes ("C:\\Users\\Selur\\Desktop\\psych100clues_timecode_cut.tc") to the merged video, but I'm not sure how I could to that.
I first thought that I would need to place:--timecodes 0:"C:\\Users\\Selur\\Desktop\\psych100clues_timecode_cut.tc" somewhere at the beginning, but that didn't work. :/
-> can someone tell me where I need to add my timecode line (assuming it isn't wrong)?

[sneaker_ger]

It should work if you put it before the first input part. I'm kinda hesitant to look through a 324 line option file for the problem esp. since you didn't seem to have included the problematic bit. Please check a gain with a shorter and human-readable sample and say what the problem is.

[hubblec4]

Hi Selur

Your option file is indeed a bit long, but it works.
You should place the --timcodes switch between the "--no-attachments" and "--forced-track" switches. I'm not sure how important is the order of the switches.


H:\\Output\\cut-001_reencode.264
--no-global-tags
--no-chapters
--no-subtitles
--no-track-tags
--no-buttons
--no-audio
--no-attachments
--timecodes
0:C:\\Users\\Selur\\Desktop\\psych100clues_timecode_cut.tc
--forced-track
0:no
--default-duration
0:59940/1000p
--fix-bitstream-timing-information
0:1

[Selur]

Thanks hubblec4 !! :D

[sneaker_ger]

Assuming "H:\\Output\\cut-001_reencode.264" is the first input part that's not where I would have put it.

[AngelGraves13]

Is there any specific reason why mkvmerge won't split at the timecode I specified? I want to split the mkv of a TV episode after the Netflix logo ends at 5s, but it always creates the split at 11s. Should I just install an older version?

[sneaker_ger]

https://github.com/mbunkus/mkvtoolnix/wiki/Splitting-imprecise

Try to set the split point a bit earlier. Maybe you missed a keyframe. If there really isn't one you need to use a different tool (e.g. SolveigMM Video Splitter). Downgrading mkvtoolnix won't help.

[Mosu]

Hey,

Here's v13.0.0 of MKVToolNix. It contains a few small enhancements and a handful of bug fixes. Nothing major this time around, though I still recommend everyone to update.

There have been no additional changes since v12.0.0 that package maintainers should be aware of.

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

The Windows and macOS binaries have already been built and uploaded. Linux binaries are still being built and will be available shortly.

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

# Version 13.0.0 "The Juggler" 2017-06-25

## New features and enhancements

* mkvmerge: MPEG TS reader: information about multiple programs will be output as container properties during verbose/JSON identification. See #1990 (https://github.com/mbunkus/mkvtoolnix/issues/1990) for the use case.
* MKVToolNix GUI: multiplex tool: added a column "program" to the tracks list. Certain container types such as MPEG transport streams can contain multiple programs. The new column will contain the service name (think TV station names such as "arte HD") for such streams. Implements the GUI part of #1990 (https://github.com/mbunkus/mkvtoolnix/issues/1990).
* MKVToolNix GUI: multiplex tool: the dialog asking the user what to do with dropped files (add to current settings, add to new settings etc.) now remembers the previous decision and defaults to it the next time it's shown. Implements #1997 (https://github.com/mbunkus/mkvtoolnix/issues/1997).
* MKVToolNix GUI: tabs can now be closed by pressing the middle mouse button. Implements #1998 (https://github.com/mbunkus/mkvtoolnix/issues/1998).

## Bug fixes

* mkvmerge: MP4 reader: MPEG-1/2 video read from MP4 files was written with an invalid codec ID (e.g. `V_MPEG7`) in certain cases. Fixes #1995 (https://github.com/mbunkus/mkvtoolnix/issues/1995).
* mkvmerge: MPEG PS reader: made the file type detection less strict so that garbage at the start of the file doesn't prevent detection. Fixes #2008 (https://github.com/mbunkus/mkvtoolnix/issues/2008).
* mkvmerge: MPEG PS reader: (E-)AC-3 tracks were not detected if the very first packet for that track didn't contain a full (E-)AC-3 frame. Fixes #2016 (https://github.com/mbunkus/mkvtoolnix/issues/2016).
* mkvmerge: MPEG TS reader: fixed mkvmerge not detecting all tracks in MPEG transport streams containing multiple programs. Fixes one part of #1990 (https://github.com/mbunkus/mkvtoolnix/issues/1990).
* mkvmerge: MPEG TS reader: fixed track content being broken for some tracks read from MPEG transport streams containing multiple programs. Fixes another part of #1990 (https://github.com/mbunkus/mkvtoolnix/issues/1990).
* mkvmerge: JSON identification: the `stream_id` and `sub_stream_id` track properties were output as hexadecimal strings instead of unsigned integers. As the `ts_pid` track property was only used for MPEG transport streams, its value is now output as `stream_id` instead, and the `ts_pid` property has been removed. The JSON schema version has been bumped to 8 due to this change.
* mkvmerge: fixed a crash when appending video tracks where one track has a CodecPrivate member and the other one doesn't.
* mkvmerge: track statistics tags: the `NUMBER_OF_BYTES` tag is supposed to contain the number of bytes in a track before any of the content encoding schemes such as lossless compression is applied; however, mkvmerge was wrongfully using the number of bytes after the schemes had been applied. Fixes #2022 (https://github.com/mbunkus/mkvtoolnix/issues/2022).
* mkvmerge: CLPI & MPLS parsers: MPLS and CLPI files with version number `0300` as used on Ultra HD Blu-ray Discs are now accepted as well. Fixes #2010 (https://github.com/mbunkus/mkvtoolnix/issues/2010).
* mkvpropedit: fixed a crash when the selector used for `--tags` is invalid.
* MKVToolNix GUI: fixed computation of value of total progress bar for multiple jobs running. Fixes #2005 (https://github.com/mbunkus/mkvtoolnix/issues/2005).
* MKVToolNix GUI: multiplexer, adding new attachments: when the GUI checks if there's an attachment with the same name it will now disregard disabled attached files. Fixes #2001 (https://github.com/mbunkus/mkvtoolnix/issues/2001).
* Debian/Ubuntu packaging: during a `dpkg-buildpackage` run the test suite was failing when a non-English locale was active and MKVToolNix packages had already been installed. Fixes #2011 (https://github.com/mbunkus/mkvtoolnix/issues/2011).

Have fun :)

[hubblec4]

Many thanks for all this fixes.
The DVD Salt is now working.

[satmonk]

I know how Microsoft act, and that is no secret: The goal is big business and that means: they want our money for their new OS's

Did Bunkus ever told us why he need Quicktime for a (de-)muxer?
Did he ever gave us a comprehensible answer why he dropped the PC (XP) support?

No.

I tell you why: because he got paid by Microsoft and with this dishonorable descision he works for Microsoft silently. I just want to know how much money he got for that.

Usually it is the codex of freeware programmers to support users of personal computers without large business dependencies.

It is inacceptable that I need a PC with a modern operating system which costs a lot of money for freeware.
That is not the honorable way here.:angry:

And because MS and their people are stronger than me, we will see that my post surely will be deleted soon.

[Mosu]

Haaaaahahahaha. Thanks for the laugh.

If you don't want a "corporate" OS, then just switch to Linux and use MKVToolNix there. I offer packages for various distributions, and as Linux is my primary development OS I'll guarantee that there'll always be Linux versions of MKVToolNix.

[satmonk]

You do not need the media foundation parts for a GUI.
What is your real intention for dropping xp support? Your command line merge tool still works on XP. Many users still use XP and advance PC users know how to protect their OS. You know how to programm software, so it should be easy for you to support a Windows OS which is still in use. MKV is a free data container, so let the usage as free you you can. Do not follow the path that game programmers went (dependeny of DirectX and so on...).

edit: Linux is still no competition for MS. Most people use MS products (i.e. Win10)

but good to hear that your primary development goal is Linux, but bad with xp, i cannot understand that, because this OS is STILL in USE and STILL a very good OS with support of a variety of software which Win Vista/7/8/10 cannot handle

[microchip8]

You do not need the media foundation parts for a GUI.
What is your real intention for dropping xp support? Your command line merge tool still works on XP. Many users still use XP and advance PC users know how to protect their OS. You know how to programm software, so it should be easy for you to support a Windows OS which is still in use. MKV is a free data container, so let the usage as free you you can. Do not follow the path that game programmers went (dependeny of DirectX and so on...).

edit: Linux is still no competition for MS. Most people use MS products (i.e. Win10)

it's time for your medication

[Mosu]

Just as much as it's your prerogative not to upgrade your OS in order to save money (or for any other reason, really), it's my prerogative to offer support only for a limited number of current OS versions in order to ease the burden such support places on me. I do not owe you an explanation, in fact I don't owe you a single thing. I offer free software including source code, and you're free to use it as-is, to modify it to your heart's content, to get others to modify it to your wishes, or not to use it at all.

[lvqcl]

Usually it is the codex of freeware programmers to support users of personal computers without large business dependencies.
Not true. As one of Debian developers wrote (https://lists.debian.org/debian-devel/2016/09/msg00363.html):
we are a community of people building something *for ourselves*, cooperatively. If other people in the world want to use it, great! If we can help them use it, great! Even better if we can attract them to contribute. And if they don't like it, great! They can use something else. Or make it better. They have free choice.

It is inacceptable that I need a PC with a modern operating system which costs a lot of money for freeware.
Then do something yourself. Switch to Linux. Or download MKVToolNix sources, change them as you want, and build your own version.

[Ripman]

I was appending hd flac tracks (24/352/stereo) in the v12 gui. I got warnings about mismatched private codec data. The resultant file seems to be fine - plays fine, sounds fine.

The log is about 60k, so I put it in dropbox, along with 2 flacs.
https://www.dropbox.com/s/5r5dh6a3dxpai2v/v12_private-codec-data.rar?dl=1

Do I need to edit the headers of these flac files to get the private codec data to match? (That can't be right, right?) I am almost positive that I have asked this before, but I cannot find it.

[Ripman]

Notwithstanding the various conspiracy theories regarding mkvtoolnix, and ongoing os religious wars....

How about a disposition regarding the mkvtoolnix/truehd/flac "workaround" from post 4765 above.
http://forum.doom9.org/showpost.php?p=1810118&postcount=4765

Thanks for v13.

(I am almost positive that I have asked this before, too, but I cannot find it.)

[Mosu]

I was appending hd flac tracks (24/352/stereo) in the v12 gui.

Appending and splitting FLAC tracks is not supported. The reason is that several header fields have to be updated in such scenarios, and that in turn would require actually decoding the FLAC data back to uncompressed audio and creating checksums over that uncompressed audio. The existing FLAC libraries are completely unsuited to embedding in other programs with structures such as mkvmerge. Hence me not fixing this.

Even if your file seems to play just fine there are tons of tools out there that will have problems with such a track.

I don't have a method for fixing such files.

In short: don't append or split FLAC with mkvmerge.

[sneaker_ger]

In general: if you encode anyways it is preferable to edit/cut in the lossless domain (e.g. AviSynth or ffmpeg filters) before encoding instead of doing it with mkvmerge. This is true for video and audio. Effective way to avoid problems. And for FLAC you can re-encode losslessly anyways. That will also avoid those TrueHD problems.

[Ripman]

In short: don't append or split FLAC with mkvmerge.

Thanks for that info. I'll try to come up with a different approach.

I'll delete those dbox links...

[Ripman]

In general: if you encode anyways it is preferable to edit/cut in the lossless domain (e.g. AviSynth or ffmpeg filters) before encoding instead of doing it with mkvmerge. This is true for video and audio. Effective way to avoid problems. And for FLAC you can re-encode losslessly anyways. That will also avoid those TrueHD problems.

Regarding truehd, I was trying to skip the ffmpeg step, which, in this scenario, can used from the command line or via the ffmpeg add-in for Audacity.

Regarding appending of flacs: that's how I get them - the separate flacs "are" the source (as they are available to me). One could convert to wav, but with some higher sampled files (e.g., 352.8khz), limits can be hit. [edit: I mostly get these hd audio files from hdtracks and nativedsd. On a personal note, I'd skip the latter site.)

[Ripman]

ffmpeg filters

I definitely appreciate the guidance you guys have given -- the other day and in the past. @sneaker_ger: the relevance of your comment regarding the distinction between ffmpeg and mkvtoolnix is fully understood.

For my purposes, and maybe for others too, the workaround is to simply append flac audio tracks before putting them in an mkv/mka container. A command invocation like "sox *.flac out.flac" would work. A script can be used to generate an xml chapters file from the (mediainfo) durations of the separate tracks. (This is the process I used before the "create chapters for each appended file" option was implemented.)

Happy Friday and thanks for the new version 13.

[Atak_Snajpera]

Is this known limitation of MKVMerge that .w64 is being detected as AVC
http://i.cubeupload.com/cFIDI3.png

[Mosu]

Unknown/unsupported file types are often mis-detected as an AVC/h.264 elementary stream as AVC/h.264 elementary streams have very lose structures.

What is that file supposed to be?

[stax76]

wave > 4 GB

[Mosu]

Presumably they use chunks other than "riff", "fmt " and "data"? If so, can I get a sample file from somewhere, or produce such a file somehow?

[Mosu]

Scratch that, I just found one in the VLC samples archive that mkvmerge doesn't recognize. I'll look into it.

[stax76]

You should also be able to create one by using w64 as output file extension for ffmpeg or eac3to.

[Atak_Snajpera]

Yeah. Wave64 file was created by eac3to.

[nevcairiel]

w64 is an entirely different format to normal wave, but it should be well documented.

[satmonk]

Answers who mocking me, so my last post here:

I do not have the knowledge to compile a custom version. If there is someone out there with knowledge about that, it would be great to see a xp-compatible build.

I use XP because it works faster than Win7 and offers much more application compatibility to me. I use a heavily customized xp version which I done by myself for my requirements. Hard to see that a free project dropped xp support. Freeware programmers usually try to support as many OS as they can and try to beat commercial software. Main goal should be to track down capitalism and every programmer who release free software is a LITTLE part to rise up a capitalism-free world. Yes, a dream far away, but everytime I see a new project of freeware released, I'm very happy about that and hope that the business of Microsoft is shrinking. But if a freeware programmer follow Microsofts main path ("only support their new OS to force customers to buy their new OS"), than these programmers are automatically a PART of microsofts cold business strategy :devil:...... sorry for my bad english

[Atak_Snajpera]

Win XP (and win8.1) is almost dead. Deal with it and install win7.
http://i.cubeupload.com/4sSpSK.png

[SeeMoreDigital]

Win XP (and win8.1) is almost dead. Deal with it and install win7.It's a shame this forum doesn't have a like button ;)

[manolito]

Win XP (and win8.1) is almost dead.

Almost dead? Are you kidding?

Having a total market share of almost 7% means it is still number 3 of all desktop operating systems. And this is after having been abandoned for so many years. There must be something about it which a lot of people (including me) still love...


Cheers
manolito

[Atak_Snajpera]

Having a total market share of almost 7% means it is still number 3 of all desktop operating systems.

See trend and you will understand that win8 is doomed. Nothing can save it. It will soon die like "beloved" vista. Besides ~7% is a pure joke if compare to win7 with strong 49% (7 times MoAr!!!)
Personally I don't see anything special in this NT6.2/3 OS. It is basically win7 with more ugly UI and without support for Win2000 classic theme.
If you like it fine not my problem. At least you have more control over updates and your OS has not been degraded to service level like Win10 aka AlwaysUnderConstruction10 aka Beta10 aka Spy10 and so on ;)