mkvtoolnix 4.1.1 released

[Maccara]

The installer modifies the registry key "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment\PATH", so it'd be nice if you could dump that one and send me the resulting .reg file if you can reproduce the problem.
Verified I can repeat the problem and opened a bug report #365 (https://www.bunkus.org/bugzilla/show_bug.cgi?id=365) where I attached registry export (cleaned up to contain only the PATH variable).

[herrde]

Hi everybody,

everytime I try to load a MKV into the header editor, mmg.exe crashes AFTER scanning the file! I have tried this with many different MKV's.

I am using version 2.6.0 on Vista Ultimate 32bit. Here's Vista's error report:

Problemsignatur:
Problemereignisname: APPCRASH
Anwendungsname: mmg.exe
Anwendungsversion: 2.6.0.0
Anwendungszeitstempel: 49c8ee17
Fehlermodulname: StackHash_7287
Fehlermodulversion: 6.0.6001.18000
Fehlermodulzeitstempel: 4791a7a6
Ausnahmecode: c0000374
Ausnahmeoffset: 000b015d
Betriebsystemversion: 6.0.6001.2.1.0.256.1
Gebietsschema-ID: 1031
Zusatzinformation 1: 7287
Zusatzinformation 2: 688c94a08e5eec5a77e4ba5108a229b8
Zusatzinformation 3: e618
Zusatzinformation 4: 49ff1bd9b2913a34ccbfbe69ebd2a59f


Also, mkvinfo GUI crashes too every time I try to load a MKV!

mkvmerge (GUI) otherwise works completely fine though!

Can you help me?

Best,

Gero

[Mosu]

everytime I try to load a MKV into the header editor, mmg.exe crashes AFTER scanning the file! I have tried this with many different MKV's.

I am using version 2.6.0 on Vista Ultimate 32bit.

...

Also, mkvinfo GUI crashes too every time I try to load a MKV!

I've received one or two similar reports of crashes on Vista, but I've never succeeded in tracking down a specific problem in one of my tools. My guess so far is that there's an incomtability between wxWidgets and Vista that is triggered somehow.

1. Do the header editor and mkvinfo's GUI crash with each and every Matroska file you're trying to load?
2. If so can you please upload one such file (can be a small one, e.g. create one by splitting) to my FTP server?
3. If not please upload both a file that causes the crashes and a file that doesn't cause a crash.

[herrde]

1. Do the header editor and mkvinfo's GUI crash with each and every Matroska file you're trying to load?

Yes - I'm not able to open any file!

2. If so can you please upload one such file (can be a small one, e.g. create one by splitting) to my FTP server?

I've just uploaded a small file named "mada2neuer_part-001.mkv" to your server. Like all other MKV's I've tried, it crashes the header editor and mkvinfo (GUI) as well.

Please let me know what you find out!

Thanks a lot!

Best,

Gero

[b66pak]

hi,

with v2.6.0 i get improper format for timecodes_v2" (tc2mp4 and avi_tc are stopping at the "e+" part!!!):


999583
999625
999708
999791
999875
999958
1.00004e+006
1.00013e+006
1.00021e+006
1.00029e+006
1.00033e+006
1.00038e+006


it should be:

999583
999625
999708
999791
999875
999958
1000042
1000125
1000209
1000292
1000334
1000375

can you repair? (v2.5.3.0 was good)
_

[Mosu]

The timecode extraction source code has not been changed between 2.5.3 and 2.6.0, so I don't know what's wrong. Please verify that you've really, REALLY tested with mkvextract 2.6.0 and gotten these problems. I did fix timecode extraction with scientific notation quite a while ago, in release 2.5.0 to be precise.

Edit: "mkvextract --version" tells you the version number.

[b66pak]

version is "mkvextract v2.6.0 ('Kelly watch the Stars') built on Mar 24 2009 15:23:53"

if i use this line:

C:\Program Files\megui\tools\mkvmerge>mkvextract.exe timecodes_v2 test.mkv 1:test.txt
Progress: 100%

it gives the correct result!!!

if i use the GUI (MKVextractGUI.exe) the result is wrong!!!
_

[Mosu]

Then you have more than one version of mkvextract.exe lying around, and mkvextract GUI is using the old one. Use Windows' search function for locating all mkvextract.exes.

[Mosu]

Yes - I'm not able to open any file!

Thanks for the upload. Unfortunately I cannot reproduce the problem with any mkvtoolnix version since 2.6.0 on my Vista Business installation -- they all work, both with random files I have and the file you've uploaded.

I'ive compiled a build against wxWidgets v2.8.10 (the other ones were built with v2.8.8), maybe that'll fix your problem. If not then I'm out of ideas for the moment. Here's the build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.6.0-build20090409-111-setup.exe

[turbojet]

Just out of curiosity how is the sup support coming along?

Feel free to ask if you need anything else from me.

[Mosu]

Haven't started yet, won't be ready this month, I guess.

[turbojet]

ok thanks

[herrde]

I'ive compiled a build against wxWidgets v2.8.10 (the other ones were built with v2.8.8), maybe that'll fix your problem. If not then I'm out of ideas for the moment. Here's the build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.6.0-build20090409-111-setup.exe

Thanks for trying, but this version doesn't work for me either - same situation. Both mkvinfo GUI and the header editor of mkvmerge crash after analyzing the MKV on my Vista Ultimate SP1. I tried running them with Administrator rights and also in Windows XP SP2 compatibility mode, but to no avail.

Please let me know if you come across any solution to this problem. I'd love to use the header editor to change the language tags of streams within a MKV file, and I don't know about any other solution for this task except for the abandoned Matroska Shell Extensions which don't seem to work properly, at least not under Vista.

Thanks again,

Gero

[vmrsss]

Hi. I believe one can have an most one previous (and at most one next) segment. Right?

I am thinking of handling a typical situation for TV serials - A: an episode opening, B: the opening titles, B: the show, D: the closing titles, where A and C are per episode, and B and D are always the same. Is there a way to handle whilst keeping only one copy of B and D?

[Egh]

Hi. I believe one can have an most one previous (and at most one next) segment. Right?

I am thinking of handling a typical situation for TV serials - A: an episode opening, B: the opening titles, B: the show, D: the closing titles, where A and C are per episode, and B and D are always the same. Is there a way to handle whilst keeping only one copy of B and D?

Why not? Also, your description is incorrect (i.e. too narrow).

In the worst but practical case, you have A+B+C+D+E. Where A -- ep introduction, B - episode OP, C - Main Episode, D - episode ED, E - Next ep preview. In this case each file actually contains three matroska segments, i.e. A+C+E. B and D are in separate files, and everything works provided you use Haali Splitter for that.

[vmrsss]

Why not? Also, your description is incorrect (i.e. too narrow).

In the worst but practical case, you have A+B+C+D+E. Where A -- ep introduction, B - episode OP, C - Main Episode, D - episode ED, E - Next ep preview. In this case each file actually contains three matroska segments, i.e. A+C+E. B and D are in separate files, and everything works provided you use Haali Splitter for that.

and how do you use mkvmerge (or mmg) to mux those? (i'm not on windows, haven't tried Haali Splitter, but VLC seems to understand segments)

[b66pak]

@Mosu do you plan include a -demuxall option to mkvextract (eventually -demuxallaudio, -demuxallvideo +/- timecodes) like eac3to can do?
_

[Mosu]

Not really, no.

[b66pak]

may i ask why? this would be very useful for cli users...
_

[Mosu]

Because there are lots of other things I'd like to implement, and those are higher on my priority list.

[b66pak]

it is ok...may be you can queue this feature at the end of the priority list...
_

[Egh]

and how do you use mkvmerge (or mmg) to mux those? (i'm not on windows, haven't tried Haali Splitter, but VLC seems to understand segments)

Via ordered chapters. They have links to segment Ids. Actually it is much more convenient to implement them now, since we have mkv header editor (kudos to Mosu for that ;P)

Easiest way to learn: obtain what already uses ordered chapters, demux the chapters in XML format and see for yourself.

[Mosu]

For everyone using the header editor: I advise to use this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.6.0-build20090412-120-setup.exe Older builds (and also release v2.6.0) may produce files that are not as compatible with existing parsers as I'd liked.

[vmrsss]

Via ordered chapters. They have links to segment Ids. Actually it is much more convenient to implement them now, since we have mkv header editor (kudos to Mosu for that ;P)

Easiest way to learn: obtain what already uses ordered chapters, demux the chapters in XML format and see for yourself.

Thx, will do.

[Isochroma]

MKVToolnix 2.6.0 (24 March) fails on this MP4 file (http://www.megaupload.com/?d=73DBOR4S). After muxing the file plays in MPC at full speed (system limit) rather than the correct 25 FPS.

However, using Graphedit (Haali Media Splitter 1.9.42.1) the file can be muxed using Haali's Matroska Muxer (directshow, same version) and works fine. The resultant file can then be remuxed using MKVMerge and it also works.

[Mosu]

Isochroma: The problem is the audio part of the file. In this file each audio block seems to contain more than one AAC frame which mkvmerge cannot deal with as AAC frames are stored headerless in MP4 files. I don't know when if at all I'll get around to fixing this.

[TheFluff]

Via ordered chapters. They have links to segment Ids. Actually it is much more convenient to implement them now, since we have mkv header editor (kudos to Mosu for that ;P)

Easiest way to learn: obtain what already uses ordered chapters, demux the chapters in XML format and see for yourself.

I like to think http://www.mod16.org/hurfdurf/?p=8 is pretty helpful, but your mileage may vary.

[Eric B]

1) dvd decrypter generated a "Stream Information.txt" during the rip of a dvd video. This file contains the delay of all streams, particularly the subtitle streams.
Is it or would it be possible to load this file within mkvtoolnix (i.e via mkvmerge GUI) so that these delays are automatically set for the streams?
Edit: probably a bad idea: the delay information is not the delay of the subtitle track, but seems to be simply the timestamp of the first subtitle

2) I see a case "aac is he/sbr" in mkvmerge. Could it be not set automatically by looking at the file?

3) concerning the video, if I do not specify an aspect ratio, will the one from the video track be automatically taken? If yes, would it be possible to display it in the GUI?
Edit: yes, it is better to let it empty. So as said, the textbox could be auto filled in mkvmerge gui.

[Inspector.Gadget]

Is it or would it be possible to load this file within mkvtoolnix (i.e via mkvmerge GUI) so that these delays are automatically set for the streams?

This is already done for audio automatically in MMG when the delay name is present in the name of the audio file - e.g., after VOB(s)/TS demuxing with DGIndex.

[Mosu]

1) dvd decrypter generated a "Stream Information.txt" during the rip of a dvd video. This file contains the delay of all streams, particularly the subtitle streams.
Is it or would it be possible to load this file within mkvtoolnix (i.e via mkvmerge GUI) so that these delays are automatically set for the streams?
Edit: probably a bad idea: the delay information is not the delay of the subtitle track, but seems to be simply the timestamp of the first subtitle

Indeed a bad idea, and no, I won't implement this.

2) I see a case "aac is he/sbr" in mkvmerge. Could it be not set automatically by looking at the file?

Not for raw .aac files, no. At least not without decoding the frame, and I don't want to include a complete AAC decoder in mkvtoolnix.

It is possible for containers in which MP4-alike private codec data is stored, e.g. for MP4 and Matroska, but again it is not always possible for others like MPEG program streams.

3) concerning the video, if I do not specify an aspect ratio, will the one from the video track be automatically taken? If yes, would it be possible to display it in the GUI?
Edit: yes, it is better to let it empty. So as said, the textbox could be auto filled in mkvmerge gui.

No. Not everything should be pre-set in the GUI. mkvmerge will already do the "right thing" if you don't modify any options, and extracting the aspect ratio so that mmg could set it would require quite a lot more code that I don't want to write right now. So this won't be changed either.

[Mosu]

Hey,

I've released mkvtoolnix v2.7.0. This is mostly a bug fix release but also contains support for one of the most-often requested feature: TrueHD/MLP audio tracks.

I recommend everyone to upgrade to v2.7.0, especially if you're using the header editor introduced in v2.6.0.

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-2.7.0.tar.bz2

...to the Windows installer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.7.0-setup.exe

Here's the full ChangeLog since release 2.6.0:

------------------------------------------------------------
2009-04-14 Moritz Bunkus <moritz@bunkus.org>
* Released v2.7.0.
* Build requirements changed: mkvtoolnix requires Boost v1.32.0 or later.

2009-04-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: mkvmerge will now use SimpleBlock elements instead of normal BlockGroup elements by default.

2009-04-11 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mmg: new feature: Added support for the "forced track" flag. Fix for bug 128.
* mmg: bug fix: The header editor and chapter editor will not write zero bytes anymore if there's not enough space to write an EbmlVoid element when saving to Matroska files.

2009-04-08 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: By default mkvmerge keeps the aspect ratio information in AVC/h.264 video bitstreams now (equivalent to specifying "--engage keep_bitstream_ar_info" in earlier versions). A new option "--engage remove_bitstream_ar_info" is available that restores the previous behaviour.
* mkvmerge: bug fix: Fixed the aspect ratio extraction for AVC/h.264 video by adding three more pre-defined sample aspect ratios. Mkvmerge also only assumes "free aspect ratio" if the aspect ratio type information indicates it and not if the type information is unknown.

2009-04-05 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added drag & drop support for the header editor (files can be opened by dropping them on the header editor).
* mkvmerge: new feature: Added support for reading the track language from QuickTime/MP4 files. Thanks to Eduard Bloch for the code for unpacking the language string.
* mmg: bug fix: All arguments are shell escaped and quoted instead of only those with spaces in them. Only applies to the menu options "show command line", "save command line to file" and "copy command line to clipboard". Fix for bug 364.

2009-03-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvextract: new feature: Added support for MLP audio.
* mmg: bug fix: When adding a file with colons in the segment title all colons were replaced with the letter 'c'.

2009-03-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvetract: new feature: Added support for TrueHD audio (read from raw streams with or without embedded AC3 frames, MPEG program streams).

2009-03-25 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The job manager's status output was garbled if mmg was run with another language as English.
* mmg: bug fix: The progress bar for each individual job in the job dialog wasn't updated if mmg was run with another language as English.
* mmg: bug fix: The timecodes in the job queue editor were off by one month. The "added job on" was additionally off by an amount depending on the user's time zone. Fix for bug 362.

2009-03-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The MPEG program stream (VOB/EVO) reader was sometimes reading the timecodes wrong resulting in bad audio/video synchronization. Fix for bug 337.
------------------------------------------------------------

Have fun.

Mosu

[Eragon4ever]

I just got "Error: 'use_simpleblock' is not a valid hack." and guess this is related to:
2009-04-13 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: mkvmerge will now use SimpleBlock elements instead of normal BlockGroup elements by default.

Disabling "Always use Simple Blocks" in the options fixed it, so you might want to remove this option completely. The new hack is "no_simpleblocks" after all.

[Mosu]

Yes, that is correct. The option has already been removed from mmg and the next release will not have this problem anymore.

[Eric B]

thanks for the answer on my previous (bad) ideas.
Yet another question: is is possible to edit the metadata of an mkv file without demuxing/remuxing it, e.g. edit the name of a track?

[Mosu]

Use mmg's new header editor: "File" -> "Header editor". But make sure you're using v2.7.0 which contains a few but important bug fixes for the editor.

[vmrsss]

Hello.

My builds of mmg turn out to have a window just about too small, so that the Global Tag input is partially hidden as in the picture below

http://i43.tinypic.com/2l8l20z.jpg

This is not a great problem, of course, as I can resize the window manually when I need it. Yet, is there a simple way to adjust the size once and for all?

Thx

[LoRd_MuldeR]

Mosu, I just downloaded MKVToolnix 2.7.0 and I had to notice that AntiVir detects some Trojan (TR/Angelus.ZK) (http://img15.imageshack.us/img15/4273/mkvtoolnixfalsepositive.jpg) in the installer.

I am pretty sure that this is yet another "false positive" and that you cannot do anything about it. But you should be prepared for angry people complaining about virus.

I know what I'm talking about. Had this before with my NSIS installers :rolleyes:

[Mosu]

This is not a great problem, of course, as I can resize the window manually when I need it. Yet, is there a simple way to adjust the size once and for all?

I'm not sure, I'm really no expert on wxWidgets. Maybe.

[Mosu]

Mosu, I just downloaded MKVToolnix 2.7.0 and I had to notice that AntiVir detects some Trojan (TR/Angelus.ZK) (http://img15.imageshack.us/img15/4273/mkvtoolnixfalsepositive.jpg) in the installer.

I am pretty sure that this is yet another "false positive" and that you cannot do anything about it. But you should be prepared for angry people complaining about virus.

Yeah I know, I'm using Antivir myself and have already seen that message. This is indeed not the first time that anti virus software detects false positives with my NSIS installers either.

[Liisachan]

I'd actually like it if the files were just zip'ed or 7-zip'ed, without installer. I'll unzip it anyway without using the installer. That's because I experienced a disaster once when I installed mkvtoolnix using its installer; I installed the files into a shared folder called h:\local\bin and the uninstaller deleted everything in that folder.

Btw, that's not my worst experience. I once installed ac3filter into c:\windows\system32 and its freaking uninstaller deleted everything in system32. oh the humanity... I had to reinstall the OS just because this ac3filter. Great. Anyway, the installer is clean according to http://virusscan.jotti.org/




http://ffdshow.faireal.net/shared/mkvtoolnix270.png

[Pirks]

Mosu, first of all, many thanks for your wonderful MKV toolset! Now, I have one MOV file which I would like to remux to MKV. Here's the link where you can download it:

http://rribsa.bay.livefilestore.com/y1pjPDgUZagNma6KBAhdryteb-LeyvkcWcO3HCOkq1OZmKdZ13klMk6pn-JxWIykRQtuI4HFBNLUFEQX-JiRji19odKAS8naune/P1000153.MOV?download

And this is the error message mkvtoolnix 2.7.0 gave me when I tried to remux it into MKV with default settings:

http://rribsa.bay.livefilestore.com/y1pTEHHygdSvrzKcKrBO2dKBnwYSRjFSizWbUw9qScx16MtAJwsKSUqCqXLiCXhKiplcrkPpmEa5cNAF6bmiCNHksUcmcsgcXkf/mkverror.png

Mosu, could you please look into this? Is there a chance that you add support for these raw audio and jpeg video tracks to 2.8.0?

[Mosu]

Mosu, could you please look into this? Is there a chance that you add support for these raw audio and jpeg video tracks to 2.8.0?

No, sorry.

[Pirks]

No, sorry.Why? Just curious. What are the technical obstacles? Or something else?

[zn]

Regression in 2.7.0 when using --split with over mkv input with flash video in vfr mode: result file didnt seek properly (mpc-hc and smplayer freezes), while source and 2.6.0 output didnt have such problem (instant seeking works in mpc-hc and mplayer)

Source MKV (40473 KB) - http://rapidshare.de/files/46754058/source-mkv.zip.html

Results MKV (56270 KB) - http://rapidshare.com/files/221943656/results-mkv.zip.html

mkvmerge -o test.mkv --display-dimensions 1:480x360 source.mkv --split timecodes:00:03:00,00:06:00

[Mosu]

I don't consider those two important enough. Unless more people request support for such tracks (and unless they can convince me that they actually use such tracks and don't just want to keep all the content regardless of whether or not they would ever play back such a track) I won't spend the little free time I have on such issues. There are more important parts that I want to work on and that people have requested. Also I don't think that there's any support for such tracks in any player/demuxer, so that would also require work.

[Mosu]

Regression in 2.7.0 when using --split with over mkv input with flash video in vfr mode: result file didnt seek properly (mpc-hc and smplayer freezes), while source and 2.6.0 output didnt have such problem (instant seeking works in mpc-hc and mplayer)

Please try muxing with 2.7.0 with the additional parameter "--engage no_simpleblocks". Also try remuxing with 2.7.0 without that parameter AND without splitting. Try playing all those files and report back here.

[zn]

This option resolves the problem, everything works like in 2.6.0 (both mpc/hc and s/mplayer), no regression.

source.mkv splitted succesfully by 2.7.0 with "--engage no_simpleblocks" option

source.mkv remuxed succesfully by 2.7.0 with "--engage no_simpleblocks" option

source.mkv remuxed succesfully by 2.7.0 without "--engage no_simpleblocks" option

[Eragon4ever]

A bug in the header editor:
I loaded a file, edited the title, saved and then loaded the next file. At this point I couldn't edit anything anymore. The right part of the GUI completly unresponsive, no way to select the text fields anymore. Restart of the header editor fixes this.

[vmrsss]

is the documentation for --engage available somewhere? From previous messages it sounds like one should use --engage no_simpleblocks when splitting files, and I know absolutely nothing about that. (not to mention questions related to the change with keep_bitstream_ar_info.)

[Mosu]

The --engage options are not really documented as they should not be used at all (!). That splitting results in unplayable files if "--engage no_simpleblocks" is not used is either a bug in mkvmerge or a bug in the playback chain (splitter, player etc) -- I have not yet figured out which.

You can get a list of available options for --engage with "mkvmerge --engage list" or via mmg's option "Muxing" -> "Add command line options". mmg also shows a short description for each --engage option, but it does not list each and every effect and consequence of the options.

--engage options are meant for developers ( = for me ) and very advanced users. I usually don't give support for problems that result due to the usage of --engage options.