MKVToolNix v24.0.0 released

[Selur]

Not really,.. there was a conflict but it was rooted in my system configuration :)

[Selur]

Okay, there is kind of a problem,.. libmagic, libvorbis are not included in the mac builds, therefore the tools can't handle everything like the windows builds,.. -> I'll write an email to Jonathan,..

[smok3]

small question: is anyone building mkvmerge&co statically for Mac OS X? (the downloads over at bunkus.org are dynamically linked and don't run on my system out of the box)

Can try, but i would need a small (general) guide on what to download/compile first/last, ect?

[Selur]

only thing I know is https://www.bunkus.org/videotools/mkvtoolnix/source.html other than that, it's trial and error ;)
Problem is the configure script doesn't provide a '--enable-static' or similar option, so static might not be possible, but a version with all the libraries included would be fine too. ;)

[smok3]

looks like pain, especially the
sudo apt-get install debhelper \
libogg-dev libvorbis-dev libwxgtk2.8-dev libexpat1-dev zlib1g-dev \
liblzo2-dev libbz2-dev libflac-dev libmagic-dev libboost-dev \
libboost-regex-dev libboost-filesystem-dev libboost-system-dev \
libebml-dev libmatroska-dev libcurl4-gnutls-dev autoconf git-core ruby part (for my noobines).

[Selur]

yup + from what I gathered to war one can't simply add the libraries to the Frameworks folder in the .app :/

[Mosu]

At least on Linux you cannot compile mkvtoolnix statically due to usage of DNS resolving. That's why there's no such option in the first place.

You should REALLY ask Jonathan for his thoughts on compilation. He has done the hard part already, it would probably be easy for him to write it down.

[Selur]

I already wrote an email to Jonathan, got no reply so far.
would be nice if mkvtoolnix could be at least 'stand-alone' on mac; doesn't have to be static a .app file with no extern dependencies would be fine in my view
trying to use the current mac version from Jonathan (without having Xcode and macports installed) is a bad idea since at least these libraries are missing:
libboost_filesystem-mt.dylib
libicuuc.48.dylib
libboost_regex-mt.dylib
libintl.8.dylib
libboost_system-mt.dylib
liblzo2.2.dylib
libiconv.2.dylib
libmagic.1.dylib
libicudata.48.dylib
libogg.0.dylib
libicui18n.48.dylib
libvorbis.0.dylib

-> waiting for a reply from Jonathan, just wanted to list the libraries so others know what to look for,... (btw. here (http://forum.videohelp.com/threads/345428-Batch-extract-srt-from-multiple-Mkv-s) is how I stumbled over the problem,..)

Cu Selur

[J0nThn]

I'm a bit suprised by this behavior of the Mac binaries, in fact they are "static" binaries, and usually when there is a problem of *.dyld missing I receive a lot more e-mails than what I got sofar.

I saw the thread you posted, I can't explain this behavior. I'll make a fresh build that you can try.

Also considering the thread from videohelp, i.e. one of the missing library is /opt/local/lib/libicudata.48.dylib which doesn't exist at all ony my system (I use an alternative path/folder).
It seems to me there is a mixup between binary from another source.

[Selur]

I'll also do a recheck on my mac.

[Selur]

ARGH,.. after deleting half of my system, it seems to work,.. no clue why -> I'm deeply sorry for the commotion

[J0nThn]

No worries. Glad it works that's the most important goal. :)

[hello_hello]

So my question is, why does MKVMergeGUI take two or three times longer to open on the PC with the quad core CPU than it does when opening it on the PC with the dual core CPU?

I have no idea :) However, I'm curious, too. So here's a special debug build for your: http://www.bunkus.org/videotools/mkvtoolnix/win32/debug/ (build 424)

Would it be safe to assume you found the magic tweak? :)
Version 5.5.0 seems to open much quicker using the quad core.

Cheers.

[Mosu]

That assumption would be wrong. I haven't done any work in that direction at all.

[Frankenscript]

Hi folks,

When I update from MKVToolnix 4.4.0 to either 5.3.0 (a while back) or 5.5.0 (today), I notice that my output from ripping BDs with Another EAC3toGUI-Plus doesn't contain video streams. The ripping is fine (and creates the expected work files, including the video stream), but the MKV output file that gets created at the end is missing the video.

Reverting to the 4.4.0 MKVToolnix package fixes this.

I'm using Another EAC3toGUI-Plus 0.9.1.11 on one machine, and .18 on the other, and both show the same problem with the newer versions of toolnix.

Can anyone help me track down the problem and solution?

Thanks!

Marc

[Mosu]

I'm guessing the GUI is fucked and doesn't use mkvmerge to query the track IDs. As the author of that GUI to read https://www.bunkus.org/answers/?qa=15/mkvextract-extracts-mkvinfos-match-mkvextracts-mkvmerges (you should, too, if you don't know what I'm talking about).

[Frankenscript]

I'm guessing the GUI is fucked and doesn't use mkvmerge to query the track IDs. As the author of that GUI to read https://www.bunkus.org/answers/?qa=15/mkvextract-extracts-mkvinfos-match-mkvextracts-mkvmerges (you should, too, if you don't know what I'm talking about).

Interesting! I'm sure this is the root of the problem. It's been a while since the author updated that tool; I will reach out to him and see if he's willing to update it.

Thanks for the quick response
:D

[hello_hello]

That assumption would be wrong. I haven't done any work in that direction at all.

My mistake. Yesterday it seemed much faster to open using the quad core. Well not just seemed.... it was.
Today it's back to being slower to open than when it's running on the dual core. Oh well.....

[Fullmetal Encoder]

First, you have to differentiate between mkvmerge and mmg. mkvmerge's low-level file handling code can treat an arbitrary number of files as a single virtual file so that the upper layers only "see" one big input file. The "upper layers" in this case are all the input file type readers (e.g. the MPEG program stream reader, but just as well the MPEG transport stream reader or even the AVI reader -- though you never see an AVI file split binarily these days).

The difference between the program stream reader and all the other readers is that the program stream reader is the only reader that will actively look for split files even if the user doesn't request it -- e.g. if you execute mkvmerge -o out.mkv VTS_01_1.VOB it will look for VTS_01_2.VOB etc. as well. The reason is that DVD-named VOB files have pretty distinct naming patters while most other cases don't. BluRay simply names the files something like title00001.m2ts etc.

If you want to tell mkvmerge manually to read several (M2)TS files as a single file then the general command line syntax for treating multiple input files as a single file is this:

mkvmerge -o out.mkv ( in-part1.m2ts in-part2.m2ts in-part3.m2ts )

Note the spaces before and after the parenthesis. Also note that most Linux/Unix shells treat parenthesis as special characters, meaning you might have to quote them, e.g. mkvmerge -o out.mkv '(' in-part1.m2ts in-part2.m2ts in-part3.m2ts ')'

Now on to mmg. At the moment mmg only supports knowing which MPEG program stream parts mkvmerge will process and will prevent you from appending them manually. Unfortunately you cannot use the general "treat several files as one" feature with mmg at all currently. The QtMmg re-write that I'm actually working on at the moment will have full support for this feature. But for the time being you're restricted to the command line/option files if you want to use it with mkvmerge.

Ok, this is great news. Yes, I recall reading a while back something about QtMmg but I had forgotten about it. I will definitely not create/propose any changes for mmg then and will wait until you are finished with QtMmg. What is its status at this point? Are you still working on the chapter capabilities of it or do you have most of it hammered out at this point? Let me know and I will post in the QtMmg thread if it hasn't been written in stone yet. I have a number of ideas about how to improve over mmg.

To 1.: This would be a feature of mmg more than of mkvmerge. Of course you could also try implemented "readers" for DVD idx files / BluRay clip files (or wherever the chapter information is stored for BluRays) that only read chapters from those files but no tracks. I will most likely not accept features for the current mmg anymore due to the re-write. I will accept patches for mkvmerge, but be prepared for a shitload of work -- including updating the documentation for mkvmerge (the man page).

As for VOBs I believe I can make use of libdvdread to handle pulling just the necessary chapter start times as in your dvdxchap.c. However libdvdread is very large and complex and a lot of its classes seem to be opaque so I am having difficulty ferreting out exactly what it's doing and the format the info it provides is in so that I can make use of it. Not to mention that a lot of the sources I'm looking at are in C and not C++ which is what I'm more familiar with. I am fighting a learning curve though too as I am new to programming.

From what I've been able to tell pulling Blu-ray chapter points is surprisingly straight-forward. John Stebbins has freely provided the source code for his tool to do it and it's not very complicated at all. When I get around to it I just need to find the best way to do it for the usage scenarios I'd like QtMmg to be capable of satisfying.

To 3.: If you want to implement it then go ahead, but you'll have to duplicate the functionality of DVDVobSub (or whatever program is used to create separate VobSubs from DVDs). Again you'll have to parse the DVD idx files in order to create the "text" part of a VobSub.

Once I can create correct .sub and .idx files I should be good to go though, right? Am I correct in assuming that mkvmerge would first write the relevant infos from those files into the mkv before it does any file splits by timecodes? I am not informed about exactly how the .sub RLE bitmaps are combined with the mkv file but I am hoping I don't have to go that deep into the rabbit hole.

I am currently learning about how to extract the necessary information from the VOB and IFO files to directly create .sub and .idx files as VobSub would. I think there is a better way to do it than in VSRip. I am understanding a lot of the structures but correctly finding and calculating the timestamps is proving pretty complex. Fortunately, there is a lot of good reverse-engineered information about the DVD specs available online.

I also expect any patch to be platform-independent. Meaning you cannot use e.g. a library that's only available on Windows -- and that includes all of DirectX, of course. For DVD reading you can use e.g. libdvdread which is generally the standard way of accessing DVDs in the OpenSource world (e.g. VLC, mplayer etc all use it). I will not accept a dependency on ffmpeg either.

Understandable and there is nothing to be concerned about here. I have no plans to use anything proprietary or locked down.

[Mosu]

Well, mkvtoolnix-gui (that'll be the name for the new GUI 'cause it will evolve into more than just a frontend for mkvmerge) is in very early stages. It's a huge piece of work. I haven't done any work on the chapter editor at all, so suggestions are still very welcome.

As for the rest: I'll answer more tomorrow.

[Chetwood]

I am currently learning about how to extract the necessary information from the VOB and IFO files to directly create .sub and .idx files as VobSub would. I think there is a better way to do it than in VSRip.
While you're at it, feel free to add a batch function so subs can be ripped from all files in a subfolder, VSRip is just too tedious. Thx ;)

[Mosu]

As for VOBs I believe I can make use of libdvdread to handle pulling just the necessary chapter start times as in your dvdxchap.c. However libdvdread is very large and complex and a lot of its classes seem to be opaque so I am having difficulty ferreting out exactly what it's doing and the format the info it provides is in so that I can make use of it. Not to mention that a lot of the sources I'm looking at are in C and not C++ which is what I'm more familiar with. I am fighting a learning curve though too as I am new to programming.

You will have to use libdvdread one way or the other, otherwise you won't be able to handle encrypted DVDs.

Once I can create correct .sub and .idx files I should be good to go though, right? Am I correct in assuming that mkvmerge would first write the relevant infos from those files into the mkv before it does any file splits by timecodes? I am not informed about exactly how the .sub RLE bitmaps are combined with the mkv file but I am hoping I don't have to go that deep into the rabbit hole.

Well. The .sub is really only a MPEG program stream containing only the subtitle packets. The .idx file contains indices into that program stream to where the subtitles start.

What mkvmerge's VobSub reader does is throw away the indices from the .idx, parse the program stream and re-assemble each RLE bitmap. The Matroska file's packets contain one RLE-encoded bitmap each.

So ideally your code would be integrated into my MPEG program stream reader. This would not create temporary .idx/.sub files but instead create the important parts of the .idx file in memory (palette info etc), assemble the RLE-encoded bitmaps from the program stream and pass both to the VobSub packetizer.

[Fullmetal Encoder]

While you're at it, feel free to add a batch function so subs can be ripped from all files in a subfolder, VSRip is just too tedious. Thx ;)

I'm not sure it would be workable to go that far but one of my goals is to render VSRip, along with a number of other standalone applications, unnecessary for single disc operations.

[Fullmetal Encoder]

What mkvmerge's VobSub reader does is throw away the indices from the .idx, parse the program stream and re-assemble each RLE bitmap. The Matroska file's packets contain one RLE-encoded bitmap each.

So ideally your code would be integrated into my MPEG program stream reader. This would not create temporary .idx/.sub files but instead create the important parts of the .idx file in memory (palette info etc), assemble the RLE-encoded bitmaps from the program stream and pass both to the VobSub packetizer.

This is along the lines of what I have wanted to do. VobSub creates a lot of stuff that's not necessary for the mkv. What I wanted to do is create just what was needed for mkvmerge and it seems best to integrate that directly into the tool. After all, I don't want to reinvent the wheel, just make it roll easier plus it's a lot less work :) What puzzles me though is looking at VobSub.c it seems that it literally recreates from scratch the whole PES stream, headers and all, and I don't see why that would be necessary if the end result is the same as a byte exact copy of all the subtitle streams concatenated together into one file. Once you know which VOB and Cell ID's are needed all I should need to do is find/calculate the correct presentation timestamps and copy over the subtitle packs.

[Chetwood]

one of my goals is to render VSRip, along with a number of other standalone applications, unnecessary for single disc operations.
Well, single discs might contain several episodes (up to 7 is the max I have seen so far) and having to extract each manually is a PITA.

[Mosu]

mkvmerge will not gain a batch muxing feature ("read all titles from a DVD"), neither will mmg. If you want to to discuss a separate tool for that job then please do that in a different thread. Thanks.

[Frankenscript]

Hi folks,

This is a question about MKVMerge (used via the GUI), but please direct me if I should put it in a different location.

I use MKVMerge to strip out unwanted tracks (Extra audio or subtitles) from MKV files ripped from my BluRay discs. However, I've just started noticing an annoying artifact:

Any remuxed MKV I create doesn't play properly in TotalMediaTheater 5. The problem is that subtitles remaining in the MKV are not detected by TMT5.

There's something about the remuxed file, even if I don't remove any tracks, that makes the subs unreadable.

Are there any options in MKVMerge that I might have mis-set that would do this?

The resulting files play the subtitles OK in MPC-HC, but I have a problem with MPC-HC (it freezes at random times on me).

I'm working through this with the ARCSoft folks, but perhaps the issue is an easy one I can fix on my end through changes to MKVMergeGUI. Right now, I leave everything default other than source file, output file, and which tracks to include.

The process I go through is:

Bluray disc --> MakeMKV --> MKV File

This file plays subs fine in TMT5, though there are usually several sub tracks present.

I take that MKV file and use mkvmerge GUI and strip out all undesired tracks.

Resulting output doesn't show subs in TMT5 (but does in MPC-HC).

As a test I removed none of the tracks, the output file that should have been identical still didn't play in TMT5.

So, my thought is that TMT5 is sensitive about input format / headers and that it doesn't like something about the way mkvmerge writes the output MKVs.

Any troubleshooting advice would be appreciated. Thanks.

Marc

[Mosu]

See https://www.bunkus.org/answers/?qa=11/improving-playback-players-implement-matroska-specification

[Lincoln Burrows]

I couldn't help but notice that MakeMKV is now generating Matroska files with the video track not marked as default (Default = No), while the audio track, usually english, is set to Default = Yes. Will it make any difference to have the video track this way or do we need to change to Default = Yes?

It's the only video track in each MKV anyway.

[Mosu]

Depends on the player, but in practice it should not really make a difference. The meaning of the "default track flag" is: "player, you should use this track if the user hasn't chosen anything else in his/her preferences for this track type" (quote from the specs: "Set if that track (audio, video or subs) SHOULD be active if no language found matches the user preference. (1 bit)").

It does not mean "do not play this track if the flag is not set".

It is safe to assume that if the user starts a video player and selects a file with a video track in it that he/she wants to actually watch a video, so the player is definitely free to chose that video track.

The only case in which it would make a difference would be if the file contained more than one video track.

Note that players have been bad at following the spec's wording in their interpretation of that flag. So reality might look a whole lot different, though I've always considered such situations to be bugs in the players.

[Atak_Snajpera]

@mosu
is there any magic switch which could limit number of "garbage" reported by --identify-verbose command? for example codec_private_data.

old output
File 'E:\_Video_Samples\mkv\Matrix.mkv': container: Matroska [duration:151458000000]
Track ID 1: video (V_MS/VFW/FOURCC, XVID) [language:eng track_name:Matrix\sReloaded\sTrailer\sXviD\s1.0\sBeta1 display_dimensions:640x346 default_track:0 forced_track:0]
Track ID 2: audio (A_AAC) [language:eng track_name:HE-AAC\s50-70 default_track:0 forced_track:0]
Track ID 3: subtitles (S_TEXT/UTF8) [language:ara track_name:Arabic default_track:0 forced_track:0]
Track ID 4: subtitles (S_TEXT/SSA) [language:cat track_name:Catalan default_track:0 forced_track:0]
Track ID 5: subtitles (S_TEXT/SSA) [language:dut track_name:Dutch default_track:0 forced_track:0]
Track ID 6: subtitles (S_TEXT/SSA) [language:eng track_name:English default_track:0 forced_track:0]
Track ID 7: subtitles (S_TEXT/SSA) [language:fin track_name:Finnish default_track:0 forced_track:0]
Track ID 8: subtitles (S_TEXT/SSA) [language:fre track_name:French default_track:0 forced_track:0]
Track ID 9: subtitles (S_TEXT/SSA) [language:ger track_name:German default_track:0 forced_track:0]
Track ID 10: subtitles (S_TEXT/UTF8) [language:jpn track_name:Japanese default_track:0 forced_track:0]
Track ID 11: subtitles (S_TEXT/SSA) [language:por track_name:Portuguese default_track:0 forced_track:0]
Track ID 12: subtitles (S_TEXT/SSA) [language:slv track_name:Slovenian default_track:0 forced_track:0]
Track ID 13: subtitles (S_TEXT/SSA) [language:spa track_name:Spanish default_track:0 forced_track:0]
Attachment ID 1: type 'image/jpeg', size 50436 bytes, description 'Cover', file name 'reloaded.jpg'


new output
File 'E:\_Video_Samples\mkv\Matrix.mkv': container: Matroska [duration:151458000000]
Track ID 0: video (V_MS/VFW/FOURCC, XVID) [number:1 uid:2738550924 codec_id:V_MS/VFW/FOURCC codec_private_length:40 codec_private_data:28000000800200005a01000001000c00585649440046140000000000000000000000000000000000 language:eng track_name:Matrix\sReloaded\sTrailer\sXviD\s1.0\sBeta1 pixel_dimensions:640x346 display_dimensions:640x346 default_track:0 forced_track:0 enabled_track:1 default_duration:41666663]
Track ID 1: audio (A_AAC) [number:2 uid:1982383230 codec_id:A_AAC codec_private_length:5 codec_private_data:139056e5a0 language:eng track_name:HE-AAC\s50-70 default_track:0 forced_track:0 enabled_track:1 default_duration:46439909 audio_sampling_frequency:22050 audio_channels:2]
Track ID 2: subtitles (S_TEXT/UTF8) [number:3 uid:3270128816 codec_id:S_TEXT/UTF8 codec_private_length:0 language:ara track_name:Arabic default_track:0 forced_track:0 enabled_track:1]
Track ID 3: subtitles (S_TEXT/SSA) [number:4 uid:3563875756 codec_id:S_TEXT/SSA codec_private_length:796 codec_private_data:5b53637269707420496e666f5d0d0a3b20546869732069732061205375622053746174696f6e20416c706861207634207363726970742e0d0a3b20466f72205375622053746174696f6e20416c70686120696e666f20616e6420646f776e6c6f6164732c0d0a3b20676f20746f20687474703a2f2f7777772e65737761742e64656d6f6e2e636f2e756b2f0d0a3b206f7220656d61696c206b6f7475734065737761742e64656d6f6e2e636f2e756b0d0a5469746c653a204d61747269782052656c6f6164656420547261696c65720d0a4f726967696e616c205363726970743a206d6620616e64204372754e636865720d0a4f726967696e616c2054696d696e673a204c69717569645f736b6965730d0a536372697074547970653a2076342e30300d0a436f6c6c6973696f6e733a204e6f726d616c0d0a506c6179526573593a203736380d0a506c617944657074683a20300d0a5761763a20302c2031333435382c433a5c446f63756d656e747320616e642053657474696e67735c4d616b2e50414b4f4e5c4465736b746f705c656e636f64696e675c456c6974652046616e737562735c4e61727565206e6f2053656b61695c6d61747269785f72656c6f616465642d386269742d32326b687a2e7761760d0a4c6173745761763a20310d0a54696d65723a203130302e303030300d0a0d0a5b5634205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c205465727469617279436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20416c7068614c6576656c2c20456e636f64696e670d0a5374796c653a2044656661756c742c417269616c2c34302c31333433343837372c36353533352c36353533352c2d323134373438333634302c302c2d312c312c322c312c322c33302c33302c33302c302c300d0a language:cat track_name:Catalan default_track:0 forced_track:0 enabled_track:1]
Track ID 4: subtitles (S_TEXT/SSA) [number:5 uid:2003350774 codec_id:S_TEXT/SSA codec_private_length:783 codec_private_data:5b53637269707420496e666f5d0d0a3b20546869732069732061205375622053746174696f6e20416c706861207634207363726970742e0d0a3b20466f72205375622053746174696f6e20416c70686120696e666f20616e6420646f776e6c6f6164732c0d0a3b20676f20746f20687474703a2f2f7777772e65737761742e64656d6f6e2e636f2e756b2f0d0a3b206f7220656d61696c206b6f7475734065737761742e64656d6f6e2e636f2e756b0d0a5469746c653a204d61747269782052656c6f6164656420547261696c65720d0a4f726967696e616c205363726970743a206d660d0a4f726967696e616c2054696d696e673a204c69717569645f736b6965730d0a536372697074547970653a2076342e30300d0a436f6c6c6973696f6e733a204e6f726d616c0d0a506c6179526573593a203736380d0a506c617944657074683a20300d0a5761763a20302c2031333435382c433a5c446f63756d656e747320616e642053657474696e67735c4d616b2e50414b4f4e5c4465736b746f705c656e636f64696e675c456c6974652046616e737562735c4e61727565206e6f2053656b61695c6d61747269785f72656c6f616465642d386269742d32326b687a2e7761760d0a4c6173745761763a20310d0a54696d65723a203130302e303030300d0a0d0a5b5634205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c205465727469617279436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20416c7068614c6576656c2c20456e636f64696e670d0a5374796c653a2044656661756c742c417269616c2c34302c31333433343837372c36353533352c36353533352c2d323134373438333634302c302c2d312c312c322c312c322c33302c33302c33302c302c300d0a language:dut track_name:Dutch default_track:0 forced_track:0 enabled_track:1]
Track ID 5: subtitles (S_TEXT/SSA) [number:6 uid:2619120828 codec_id:S_TEXT/SSA codec_private_length:783 codec_private_data:5b53637269707420496e666f5d0d0a3b20546869732069732061205375622053746174696f6e20416c706861207634207363726970742e0d0a3b20466f72205375622053746174696f6e20416c70686120696e666f20616e6420646f776e6c6f6164732c0d0a3b20676f20746f20687474703a2f2f7777772e65737761742e64656d6f6e2e636f2e756b2f0d0a3b206f7220656d61696c206b6f7475734065737761742e64656d6f6e2e636f2e756b0d0a5469746c653a204d61747269782052656c6f6164656420547261696c65720d0a4f726967696e616c205363726970743a206d660d0a4f726967696e616c2054696d696e673a204c69717569645f736b6965730d0a536372697074547970653a2076342e30300d0a436f6c6c6973696f6e733a204e6f726d616c0d0a506c6179526573593a203736380d0a506c617944657074683a20300d0a5761763a20302c2031333435382c433a5c446f63756d656e747320616e642053657474696e67735c4d616b2e50414b4f4e5c4465736b746f705c656e636f64696e675c456c6974652046616e737562735c4e61727565206e6f2053656b61695c6d61747269785f72656c6f616465642d386269742d32326b687a2e7761760d0a4c6173745761763a20310d0a54696d65723a203130302e303030300d0a0d0a5b5634205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c205465727469617279436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20416c7068614c6576656c2c20456e636f64696e670d0a5374796c653a2044656661756c742c417269616c2c34302c31333433343837372c36353533352c36353533352c2d323134373438333634302c302c2d312c312c322c312c322c33302c33302c33302c302c300d0a language:eng track_name:English default_track:0 forced_track:0 enabled_track:1]
Track ID 6: subtitles (S_TEXT/SSA) [number:7 uid:2674700248 codec_id:S_TEXT/SSA codec_private_length:783 codec_private_data:5b53637269707420496e666f5d0d0a3b20546869732069732061205375622053746174696f6e20416c706861207634207363726970742e0d0a3b20466f72205375622053746174696f6e20416c70686120696e666f20616e6420646f776e6c6f6164732c0d0a3b20676f20746f20687474703a2f2f7777772e65737761742e64656d6f6e2e636f2e756b2f0d0a3b206f7220656d61696c206b6f7475734065737761742e64656d6f6e2e636f2e756b0d0a5469746c653a204d61747269782052656c6f6164656420547261696c65720d0a4f726967696e616c205363726970743a206d660d0a4f726967696e616c2054696d696e673a204c69717569645f736b6965730d0a536372697074547970653a2076342e30300d0a436f6c6c6973696f6e733a204e6f726d616c0d0a506c6179526573593a203736380d0a506c617944657074683a20300d0a5761763a20302c2031333435382c433a5c446f63756d656e747320616e642053657474696e67735c4d616b2e50414b4f4e5c4465736b746f705c656e636f64696e675c456c6974652046616e737562735c4e61727565206e6f2053656b61695c6d61747269785f72656c6f616465642d386269742d32326b687a2e7761760d0a4c6173745761763a20310d0a54696d65723a203130302e303030300d0a0d0a5b5634205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c205465727469617279436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20416c7068614c6576656c2c20456e636f64696e670d0a5374796c653a2044656661756c742c417269616c2c34302c31333433343837372c36353533352c36353533352c2d323134373438333634302c302c2d312c312c322c312c322c33302c33302c33302c302c300d0a language:fin track_name:Finnish default_track:0 forced_track:0 enabled_track:1]
Track ID 7: subtitles (S_TEXT/SSA) [number:8 uid:1203285810 codec_id:S_TEXT/SSA codec_private_length:783 codec_private_data:5b53637269707420496e666f5d0d0a3b20546869732069732061205375622053746174696f6e20416c706861207634207363726970742e0d0a3b20466f72205375622053746174696f6e20416c70686120696e666f20616e6420646f776e6c6f6164732c0d0a3b20676f20746f20687474703a2f2f7777772e65737761742e64656d6f6e2e636f2e756b2f0d0a3b206f7220656d61696c206b6f7475734065737761742e64656d6f6e2e636f2e756b0d0a5469746c653a204d61747269782052656c6f6164656420547261696c65720d0a4f726967696e616c205363726970743a206d660d0a4f726967696e616c2054696d696e673a204c69717569645f736b6965730d0a536372697074547970653a2076342e30300d0a436f6c6c6973696f6e733a204e6f726d616c0d0a506c6179526573593a203736380d0a506c617944657074683a20300d0a5761763a20302c2031333435382c433a5c446f63756d656e747320616e642053657474696e67735c4d616b2e50414b4f4e5c4465736b746f705c656e636f64696e675c456c6974652046616e737562735c4e61727565206e6f2053656b61695c6d61747269785f72656c6f616465642d386269742d32326b687a2e7761760d0a4c6173745761763a20310d0a54696d65723a203130302e303030300d0a0d0a5b5634205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c205465727469617279436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20416c7068614c6576656c2c20456e636f64696e670d0a5374796c653a2044656661756c742c417269616c2c34302c31333433343837372c36353533352c36353533352c2d323134373438333634302c302c2d312c312c322c312c322c33302c33302c33302c302c300d0a language:fre track_name:French default_track:0 forced_track:0 enabled_track:1]
Track ID 8: subtitles (S_TEXT/SSA) [number:9 uid:1639611508 codec_id:S_TEXT/SSA codec_private_length:783 codec_private_data:5b53637269707420496e666f5d0d0a3b20546869732069732061205375622053746174696f6e20416c706861207634207363726970742e0d0a3b20466f72205375622053746174696f6e20416c70686120696e666f20616e6420646f776e6c6f6164732c0d0a3b20676f20746f20687474703a2f2f7777772e65737761742e64656d6f6e2e636f2e756b2f0d0a3b206f7220656d61696c206b6f7475734065737761742e64656d6f6e2e636f2e756b0d0a5469746c653a204d61747269782052656c6f6164656420547261696c65720d0a4f726967696e616c205363726970743a206d660d0a4f726967696e616c2054696d696e673a204c69717569645f736b6965730d0a536372697074547970653a2076342e30300d0a436f6c6c6973696f6e733a204e6f726d616c0d0a506c6179526573593a203736380d0a506c617944657074683a20300d0a5761763a20302c2031333435382c433a5c446f63756d656e747320616e642053657474696e67735c4d616b2e50414b4f4e5c4465736b746f705c656e636f64696e675c456c6974652046616e737562735c4e61727565206e6f2053656b61695c6d61747269785f72656c6f616465642d386269742d32326b687a2e7761760d0a4c6173745761763a20310d0a54696d65723a203130302e303030300d0a0d0a5b5634205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c205465727469617279436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20416c7068614c6576656c2c20456e636f64696e670d0a5374796c653a2044656661756c742c417269616c2c34302c31333433343837372c36353533352c36353533352c2d323134373438333634302c302c2d312c312c322c312c322c33302c33302c33302c302c300d0a language:ger track_name:German default_track:0 forced_track:0 enabled_track:1]
Track ID 9: subtitles (S_TEXT/UTF8) [number:10 uid:3466603604 codec_id:S_TEXT/UTF8 codec_private_length:0 language:jpn track_name:Japanese default_track:0 forced_track:0 enabled_track:1]
Track ID 10: subtitles (S_TEXT/SSA) [number:11 uid:3705802066 codec_id:S_TEXT/SSA codec_private_length:783 codec_private_data:5b53637269707420496e666f5d0d0a3b20546869732069732061205375622053746174696f6e20416c706861207634207363726970742e0d0a3b20466f72205375622053746174696f6e20416c70686120696e666f20616e6420646f776e6c6f6164732c0d0a3b20676f20746f20687474703a2f2f7777772e65737761742e64656d6f6e2e636f2e756b2f0d0a3b206f7220656d61696c206b6f7475734065737761742e64656d6f6e2e636f2e756b0d0a5469746c653a204d61747269782052656c6f6164656420547261696c65720d0a4f726967696e616c205363726970743a206d660d0a4f726967696e616c2054696d696e673a204c69717569645f736b6965730d0a536372697074547970653a2076342e30300d0a436f6c6c6973696f6e733a204e6f726d616c0d0a506c6179526573593a203736380d0a506c617944657074683a20300d0a5761763a20302c2031333435382c433a5c446f63756d656e747320616e642053657474696e67735c4d616b2e50414b4f4e5c4465736b746f705c656e636f64696e675c456c6974652046616e737562735c4e61727565206e6f2053656b61695c6d61747269785f72656c6f616465642d386269742d32326b687a2e7761760d0a4c6173745761763a20310d0a54696d65723a203130302e303030300d0a0d0a5b5634205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c205465727469617279436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20416c7068614c6576656c2c20456e636f64696e670d0a5374796c653a2044656661756c742c417269616c2c34302c31333433343837372c36353533352...

[Mosu]

No, there isn't, and there will be none. "identify verbose" is meant for machine consumption. If you want something that's more easily readable for humans then filter the output into something you need yourself or use mkvinfo's output.

[Atak_Snajpera]

mkvinfo's output is even less readable than old mkvmerge output.

[Atak_Snajpera]

Mosu
Could you at least disable Word Wraping caused by -r switch

http://i.imgur.com/CRTYY.png

[Mosu]

Huh!? mkvmerge's identification mode outputs a single line per entry. It has NO influence whatsoever about how editors/viewers display the content.

This cannot be changed as any tool parsing mkvmerge's identification output relies upon the fact that there's only a single line per entry ("entry" meaning the container, a track, an attachment etc.).

[Atak_Snajpera]

I turned out I had to switch from Memo component to RichEdit in delphi :)

[Mosu]

Hey,

I've released v5.6.0. It fixes a couple of important issues with the new "--split parts:" functionality. Other bugs were fixed as well. A Polish translation of the programs has been added as well as a Spanish translation of mmg's guide.

Here are the usual links...

...to the home page:
http://www.bunkus.org/videotools/mkvtoolnix/

...to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-5.6.0.tar.bz2

...to the Windows installer and 7zip archive:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-5.6.0-setup.exe
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-5.6.0.7z

All of the Linux binaries that I provide have already been built and are available.

Here's the full ChangeLog since release 5.5.0:

2012-05-27 Moritz Bunkus <moritz@bunkus.org>
* Released v5.6.0.
* documentation: Added Spanish translation of mmg's guide by Israel Lucas Torrijos (see AUTHORS).

2012-05-20 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: SRT subtitle entries with colons as the decimal separator are accepted. Fix for issue 754 (https://www.bunkus.org/trac/ticket/754).

2012-05-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: XML tag files with <Simple> tags that only contained a name and nested <Simple> were wrongfully rejected as invalid. Fixes issue 752 (https://www.bunkus.org/trac/ticket/752).
* mkvmerge: enhancement: mkvmerge was optimizied to keep cluster timecodes strictly increasing in most situations.

2012-04-24 Moritz Bunkus <moritz@bunkus.org>
* all: Added a translation to Polish by Daniel (see AUTHORS).

2012-04-16 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: Extraction of AVC/h.264 was completely broken after 2012-04-09 resulting in files with a length of 0 bytes.

2012-04-09 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: When adding a Matroska file that has either the "previous segment UID" or the "next segment UID" set then mmg will copy those two and the source file's segment UID into the corresponding controls on the "global" tab if they haven't been set before. Implements ticket 733 (https://www.bunkus.org/trac/ticket/733).
* mkvmerge: new feature: The verbose identification mode for Matroska files will now includes the "segment UID", the "next segment UID" and "previous segment UID" elements.
* mkvmerge: enhancement: In "--split parts:" mode mkvmerge will use the output file name as it is instead of adding a running number to it if all the ranges to be kept are to be written into a single output file. Implements ticket 743 (https://www.bunkus.org/trac/ticket/743).
* mkvextract: bug fix: mkvextract will no longer abort extracing h.264 tracks if it encounters a NAL smaller than its size field. Instead it will warn about it and drop the NAL.

2012-04-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Writing more than two parts into the same file with "--split parts:" resulted in the timecodes of the third and all following parts to be wrong. Fixes ticket 740 (https://www.bunkus.org/trac/ticket/740).
* mkvmerge: bug fix: The "--split parts:" functionality was not taking dropped ranges into account when calculating the segment duration for files that more than one range was written to. Fixes ticket 738 (https://www.bunkus.org/trac/ticket/738).
* mkvmerge: bug fix: The "--split parts:" functionality was producing a small gap between the first part's last packet's timecode and the second part's first packet's timecode if two parts are written to the same file. Fixes ticket 742 (https://www.bunkus.org/trac/ticket/742).

2012-04-07 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The "--split parts:" functionality was writing a superfluous and empty first part if the first range starts at 00:00:00. Fixes ticket 737 (https://www.bunkus.org/trac/ticket/737).

2012-04-07 Moritz Bunkus <moritz@bunkus.org>
* mmg, build system: Fixed building with wxWidgets 2.9.3.

Have fun.

mo

[robpdotcom]

* mmg: new feature: When adding a Matroska file that has either the "previous segment UID" or the "next segment UID" set then mmg will copy those two and the source file's segment UID into the corresponding controls on the "globla" tab if they haven't been set before.

That's a handy new feature. Thanks.:cool:

[rhaz]

Don't know about the others, but the latest version v5.6.0 became very slow. With v5.5.0 it took one minute to mux .mkv with .mp4 audio into 1GB total size file, now it takes up to 10 minutes on my 7 year old AMD. I reinstalled back to v5.5.0 and it works fast as always, about 1 minute for 1GB size and couple of minutes for 3-4GB.

[Mosu]

Unfortunately I cannot reproduce that at all. However, another user simply dropped a hint that it was slow for him as well -- though he disappeared as quickly as he came, so I couldn't ask specifics.

Would you mind uploading the files you're muxing to my FTP server, please (see signature)?

[rhaz]

I don't think that it would solve anything and uploading a gigabyte would take some time I think. I tried doing this with other files and got same slow response. 10-15 minutes for ~1GB (~800MB .mkv + ~200MB .mp4). The files I use are encoded using MeGUI, CRF x264 option for .mkv and just some audio convert to AAC .mp4 for lowest file size in best quality for my Blu-ray discs digital archive.

[SeeMoreDigital]

I've been re-muxing some of my 'movie only' DVD.ISO file back-ups to .MKV, but in doing so I've noticed something I'm not sure is a bug or not...

When I drag and drop my .VOB files into MKVmerge GUI v5.6.0 all tracks are detected except the VOBsubs!

Is this a bug or a feature that was never implemented?

[Mosu]

Reading VobSubs from VOBs is not supported. And may never be. Some user started working on that, but I haven't heard from him in months.

Problem? Well in order to create the VobSub's idx part you'd have to parse the whole friggin DVD IDX files and stuff like that. Nothing I'm ever going to do myself.

[Mosu]

I don't think that it would solve anything

Look, I'm not asking for the file because I want to annoy you, but because I cannot recreate the issue with the files I have here. And simply running software X with random parameters Y in order to get some file Z that's totally unrelated to your file ABC will most like not make any sense either.

and uploading a gigabyte would take some time I think

Of course it does, but it's not like it's taking you any effort to do so. Unlike me spending time chasing ghost conditions on files that may or may not show that effect you already have files on which the effect is definitely present. That's why I'm asking.

[SeeMoreDigital]

Reading VobSubs from VOBs is not supported. And may never be. Some user started working on that, but I haven't heard from him in months.

Problem? Well in order to create the VobSub's idx part you'd have to parse the whole friggin DVD IDX files and stuff like that. Nothing I'm ever going to do myself.
Thanks for the explanation. I guess I'll have to find a decent tool to extract these pesky VOBsubs from my VOB files :eek:

[soneca]

Hi Mosu,

In this version the extension(dtsma) to tracks in DTS-HD Master Audio is not available, despite being supported.

[Mosu]

In this version the extension(dtsma) to tracks in DTS-HD Master Audio is not available, despite being supported.

Just select "all files" and you're good to go. I won't add each and every possible extension on the planet for each and every file type; that's simply ridiculous.

[soneca]

I thought this extension existed in previous versions, I was wrong ... rarely use this type of audio.

[djesteban]

@mosu: I'm having a weird issue with one (hopefully it's the only one) of my mkv file. At one point during the movie, just before a scene transition, the playback seems to "hold a frame" for a moment just before it switches to the next image. I wouldn't describe it has stuttering, but it's definitively not smooth as the original. Now the footage comes from a blu-ray and the original m2ts doesn't display this problem. When I muxed the elementary stream with mmg.exe, it didn't log any errors at the end. I tried muxing the extracted elementary stream, muxing straight from the m2ts and on 2 different workstations and the problem persist. I also tested it in 2 media player: MPC-HC (32 and 64 bit) and VLC...

The first thing that makes me think the problem comes from mmg.exe is if I extract the h264 file from the problematic mkv, index it (using DGindexMV piped through a avs script) and launch it in MPC-HC, it plays correctly.
Also, if I convert this movie using MakeMKV (from the original blu-ray) to mkv, the resulting file plays fine! I know MakeMKV doesn't use the same library as mkvtoolnix, could that make the difference?

The only way I was able to make it work properly using mkvtoolnix is by... remuxing the working mkv created with MakeMKV with mmg.exe. Though if I demux the MakeMKV file with mkvextract and then mux the resulting elementary stream from that with mmg.exe, the problem shows up again...

Note that muxing the elementary stream with tsMuxer in a new m2ts will also display the same issue!

If you need a small sample of the movie with the problematic area, I'll be glad to upload it somewhere.

Let me know what you think the problem could be.
Thanks in advance

[Chetwood]

Don't know about the others, but the latest version v5.6.0 became very slow.
Started for me with 5.50 but wasn't reproducible.

Thanks for the explanation. I guess I'll have to find a decent tool to extract these pesky VOBsubs from my VOB files :eek:
VSrip.