mkvtoolnix 1.6.5 is out

[Mosu]

Newest version is 1.7.0: http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.7.0-setup.exe (see page 10)

Hey guys,

after nearly two months I'm releasing a new version, 1.6.5. Tons of bug
fixes, a couple of new features. The usual mix ;)

The links:
...to the homepage:
http://www.bunkus.org/videotools/mkvtoolnix/
...to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-1.6.5.tar.bz2
...to the Unicode enabled Windows build:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.6.5-setup.exe

The other binaries are still being built and will be available shortly.

Finally the ChangeLog excerpt since the previous version:

-------------------
2005-12-07 Moritz Bunkus <moritz@bunkus.org>
* Released v1.6.5.

2005-12-06 Moritz Bunkus <moritz@bunkus.org>
* source: bug fix: Changed the list of ISO 639 languages so that the terminology versions are converted into the bibliography versions of the 639-2 codes (e.g. use "ger" instead of "deu" for the German language). Converted almost all pieces of mkvmerge and mmg to accept ISO 639-1, 639-2 codes (both bibliography and terminology versions) and the languages' English names. Those will always be converted to the 639-2 code. Fixes Anthill bug #171.

2005-12-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The country code used in XML chapter files was checked against the list of ISO 639-1 codes and not against the list of ccTLDs. Partial bugfix for Anthill bug #171.
* mkvmerge: bug fix: When appending tracks and using timecodes the timecodes were only used for the first track in a chain of tracks. This has been changed so that you must specify only one timecode file in such cases (e.g. "mkvmerge ... --timecodes 0:my_timecodes.txt part1.avi +part2.avi"). mmg has already been working like this. Fixes Anthill bug #162.

2005-12-02 Moritz Bunkus <moritz@bunkus.org>
* source: new feature: Added support for linking against liblzo2 (same compression algorithm, just a new library version). Patch by Diego Petten (see AUTHORS).
* mkvmerge: new feature: Added a workaround for files created by Gabest's DirectShow Matroska muxer with slightly broken frame references. Fixes Anthill bug #172.
* mkvextract: new feature: attachment extraction mode: Made the output file name optional. If it is missing (e.g. "mkvextract attachments source.mkv 92385: 124981:") then the name of the attachment inside the Matroska file is chosen instead. Patch by Sergey Hakobyan (see AUTHORS).
* mkvmerge: new feature: If an output file name contains directories that don't exist then they're created. Patch by Sergey Hakobyan (see AUTHORS) with modifications by myself.

2005-11-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Don't abort reading a Matroska if the next element is not a cluster. This is the case for e.g. files produced by Haali's muxer which writes the segment tracks element in intervals. Fixes Anthill bug #169.

2005-11-19 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Fixed a problem with the selection of language codes for chapters in the chapter editor.

2005-11-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: If at least or more attachments were present and the user used --attachment-name for each of them (as mmg does) then mkvmerge was wrongly outputting a warning about multiple uses of --attachment-name for a single attachment.
* mkvmerge: new feature: Added limited support for edit lists in MP4/QuickTime files. Fixes Anthill bug #151.
* mkvmerge: bug fix: MP4/QuickTime files which contain another atom before the 'avcC' atom in the video track headers weren't correctly remuxed.

2005-11-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: mkvmerge will now refuse to append AVC/h.264 video tracks whose codec initialization data blocks do not match. Invalidates Anthill bug #163.

2005-11-12 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed a crash If the granulepos (the timecodes) reset in the middle of an Ogg/OGM file. Fixes Anthill bug #166.
* mkvmerge: bug fix: Fixed a division-by-zero error in the RealMedia demuxer. Fixes Anthill bug #161.
* mkvmerge: bug fix: Fixed a couple of potential (and actual) segmentation faults by accessing invalid memory addresses. Initial patch for the VobSub reader by Issa on Doom9's forum.

2005-11-04 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mmg: new feature: The names of attached files can be set with a new option --attachment-name or on mmg's "Attachments" page.

2005-11-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed another bug when appending AVC/h.264 tracks that would mkvmerge cause to die with "bref_packet == NULL". Fixes Anthill bug #160.

2005-11-01 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: When the user saved the muxing output in a log file that file didn't use Windows line endings (CR LF) on Windows.
* mmg: bug fix: Appending tracks was broken because the track numbers in the command line were incorrect. Fixes Anthill bug #160.

2005-10-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for Ogg/Theora.

2005-10-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Changed the CodecID for AAC audio tracks to "A_AAC" by default The CodecPrivate contains the same initialization data that are stored in the ESDS in MP4 files for AAC tracks. The old CodecIDs (e.g. "A_AAC/MPEG4/SBR") can be turned on again with "--engage old_aac_codecid".

2005-10-21 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: new feature: The sub elements of the EBML head are now shown.
* mkvinfo: new feature: Added support for the new SimpleBlock.
* mkvextract: new feature: Added support for the new SimpleBlock.
* mkvmerge, mmg: new feature: Added support for the new SimpleBlock instead of BlockGroups (only available via "--engage use_simpleblock" for now). Patch by Steve Lhomme (see AUTHORS) with fixes by myself.
-------------------

Have fun :)

Mosu

[buzzqw]

Thanks Mosu ! :thanks:

another great release (Go Mkv GO !!!)

BHH

[Sirber]

Many thanks!!!

Merged in RealAnime LE :D

[Elias]

Nice going there!

[multicone]

2005-10-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for Ogg/Theora.

:O :O :O !!!

Theora in MKV ??? What should this be good for ? Will the Xiph guys not be pissed about this ?

[foxyshadis]

Theora's been in the specs for years, it just hasn't been implemented in mkvmerge. No reason why they should be pissed, there's nothing proprietary about mkv and it's very useful for audio and streams that ogg can't handle.

[LeMoi]

If i add an idx/sub containing many tracks, the language for each track is not kept. Example, track0 in idx is english, i click on it, then i click on track2 which is supposed to be French, and "english" is displayed. So i change and set "French", then I go to track 3 which is supposed to be German, but i se "french". Actually, I see the language that i just saw or set for the previous track :o

[Mosu]

Ups, thanks. Fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.6.5-build20051208-1.rar

[Atamido]

No reason why they should be pissed, there's nothing proprietary about mkv and it's very useful for audio and streams that ogg can't handle.Xiph isn't particularly keen on having their opensource codecs paired up with properietary/patented codecs. But generally they don't care if there is support in Matroska for their codecs or not.

[issa]

Latest CVS/SVN (unicode+SSE2) build:
http://rapidshare.de/files/8853745/mkvtoolnix-20051209-unicode-sse2.7z.html

Note: mmg's lang slections fixed, chinese in frequnce use list is missing.

[Mosu]

issa: If you make changes yourself I'd very much appreciate it if you'd send me patches so that they'll end up in my source tree. If you haven't changed anything yourself then your build shouldn't be different from the one I've linked to above (apart from being built with SSE2).

[MacAddict]

Many thanks for the new build!

@issa
Thanks for the SSE2 build too :-)

[Teegedeck]

Another release of my favourite muxer; couldn't cope without it! Thanks! :)

[Egh]

It's a great tradition in each new mkvtoolnix to have new text message. The last one is very good "Watcher of the skies".

But i guess there's a tradition on making some interesting bugs in each new release as well ^)

1. Have several files in the attachement list (in my case they all are .ttf and their number is visible list size +1).
2. Remove attachments or attachments.
3. Click on t3h emply space what's left after them.
4. MMG.EXE has crashed and will be shut down :P

Also there's a request for new feature on that page -- it's possible to add several .ttf s at once, why it's not possible to select and remove several entries from the list as well ^^?

And haven't tested in the last version yet, but in previous it was the problem -- mmg.exe doesnt' automatically recognize .ttc extension (i.e. assign same MIME type as for .ttf file). It's an official container format for several .ttfs at once, iirc. It works nicely on playback, it's just a bit annoying you have to assign the type of MIME manually for it.

[Mosu]

...

3. Click on t3h emply space what's left after them.
4. MMG.EXE has crashed and will be shut down :P

Nice, another on-Windows-only bug :( But that should be very easy to fix.

Also there's a request for new feature on that page -- it's possible to add several .ttf s at once, why it's not possible to select and remove several entries from the list as well ^^?

Of course this would be technically possible, but that would require making the list multi-select list, and that's again adding more buggy GUI code for dealing with that. Not at the moment, but I might add it if I get bored with other stuff ;)

And haven't tested in the last version yet, but in previous it was the problem -- mmg.exe doesnt' automatically recognize .ttc extension (i.e. assign same MIME type as for .ttf file). It's an official container format for several .ttfs at once, iirc. It works nicely on playback, it's just a bit annoying you have to assign the type of MIME manually for it.

Hmm, I find that kinda hard to believe that the same MIME type would be used for a single element and a container at the same time. Kinda defeats the purpose of a MIME type, IMHO. Could you give me a pointer to a website or something where that MIME type is assigned to that format as well, please?

[Mosu]

The attachment-related crash should be fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.6.5-build20051212-1.rar

[Mosu]

Hmm, I just tried to implement the "remove multiple attachments at once" thingy but was quite angry at the GUI toolkit not sending an event if all entries have been deselected... So for the moment I will not add this feature.

[dwrbudr]

I've a problem to mux .aac (created with BeLight and WinAmp 5.12 AAC+ v2) and .avi (XviD) - the resulting .mkv is not playable. When I create the AAC file with WinAMP 5.11 DLLs everything is fine..

[trodas]

Stupid but releated question (please don't kill me) :D

Is this the right tool, that help me to open the mkv file so I could get the AVI and the SUBTITLES from it?

The subs did not match well, so they need fixing, so I have to open the file :o

What can I use? Is this the right toy for my little game? :confused:
:stupid:

[Mosu]

I've a problem to mux .aac (created with BeLight and WinAmp 5.12 AAC+ v2) and .avi (XviD) - the resulting .mkv is not playable. When I create the AAC file with WinAMP 5.11 DLLs everything is fine..

Please upload two AACs to my FTP server (see signature): one created with 5.12 and one created with 5.11. Please use the same source so that I can easily spot the differences. Thanks.

[Mosu]

Stupid but releated question (please don't kill me) :D

Is this the right tool, that help me to open the mkv file so I could get the AVI and the SUBTITLES from it?

The subs did not match well, so they need fixing, so I have to open the file :o

What can I use? Is this the right toy for my little game? :confused:
:stupid:

Yes, mkvtoolnix is the right package for this task. I would suggest you take these steps:

Extract the subtitles from the mkv file,
Edit the extracted subtitle file and correct the timestamps,
Remux the source mkv file without the bogus subtitle track and add the corrected subtitle file at the same time.

A short example of how to do this:

Use mkvextract or the mkvextract GUI that can be found somewhere here on the forum for extraction. Let's call the resulting file "subs.srt".
Use whatever software you like -- a plain text editor or a special subtitle editor -- for editing "subs.srt".
Start mmg, the mkvmerge GUI. Then add the original file. You'll see that several tracks appear in mmg's track list. DEselect the defective subtitle track. Now add "subs.srt" and mux everything into a new file.

[kurt]

Stupid but releated question (please don't kill me) :D

Is this the right tool, that help me to open the mkv file so I could get the AVI and the SUBTITLES from it?

The subs did not match well, so they need fixing, so I have to open the file :o

What can I use? Is this the right toy for my little game? :confused:
:stupid:
nope, try MKVextractGUI ... :)
http://www.matroska.org/downloads/windows.html

edit: too late :D

[Teegedeck]

Here comes a small and selfish request for mmg.exe that I've never dared to come forward with till now - Mosu, could you alter the automatic setting of output filenames a little so that the output filename is cleared not only after adding a job to the queue but also after removing the initial input-file? It's purely an ease-of-use request for my personal benefit as I'd like to re-use the same instance of mkvmerge without having to go over the job-queue or having to resort to _typing_(!) while I fiddle with small test sequences. Thanks if you have some time left to do that and never mind if you don't!

[Mosu]

Here comes a small and selfish request for mmg.exe that I've never dared to come forward with till now - Mosu, could you alter the automatic setting of output filenames a little so that the output filename is cleared not only after adding a job to the queue but also after removing the initial input-file?

I don't like that too much, because that would probably confuse a lot of users. What I could do is to clear the output file name once all input files have been removed. Would that suffice for you?

[Teegedeck]

Ah, that would be just as well. :)

I wouldn't want mmg's usability for others to be degraded in any way.

Thank you, Mosu.

[Mosu]

Give http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.6.5-build20051214-1.rar a try, Teegedeck :)

[trodas]

Well, thank you, but the executable need so many dlls to download, starting with cygz.dll ... and the only way is trough setup, and internet update, witch is awfull and it makes me wish only one thing - never EVER meet any other mkv file. Now I just hope I can extract the AVI and the SUBtitles file from the mkv container, witch is maybe good for something, but flooding my system with many stupid useless files make me wish it never existed - ever :(

[Didée]

... so many dlls to download ... flooding my system with many stupid useless files ... bla-blabla.

One file to download: mkvtoolnix*setup.exe. One more archive to download for mkvextract-gui. That's it.

Then:
Go to X:\Windows. Call 'properties'. Read how many files were found. (On my sys.: 11'117)
NOW start wondering about useless files.

[trodas]

Didée - bla bla bla bla, on my system any dir like Windows did not exist. It is a WinNT dir there (have you bothered to check my sig?) and there is only 4 440 files (including the additional need dll's I had to use) and the system is far from being optimized by nLite ;)
Now talk about so many useless files :D

I hate setups. Just depack and run. Besides, with a little tweaking I found, that is need just

cygz.dll
cygwin1.dll
libiconv.dll

...so I could delete the rest of the horsecrap, flooding my poor HDD :mad:

Now the real problem. I can extract the subtitles, video and audio. Subtitles are ok, but since the mkv did NOT report the framerate of the file, I can't even convert the srt into the sub (MicroDVD format), because I don't know the framerate. Eh, that suxx. Audio of fine, normal ogg format. Yet the track one, the video is veird.

Track1.rmvb

rmvb? WTF? The file looks like this:

.RMF  PROP 2 PF. ŻÄ >‰
I] V! #&Gi ż
CONT  MDPR i PF. ŻÄ >‰
V!Videovideo/x-pn-realvideo " "VIDORV40Ŕ
p  
H @ DATA#&FŞ

So, how I can create a NORMAL avi file to witch I can sync the subtitles from THIS?! :confused: VirtualDub mod did not like the file, and I need him to like it, becuase I need to link the audio with it and save as normal avi container, witch one can work with... help?

PS. so I just open the mkv file with the VirtualDub with hope to save it as avi, yet it says that "The source videostream uses a compression algorithm witch is not compatible with AVI files. Direct stream copy cannot be used with this videostream." So I quess that it is. Useless mkv video, I need to download another version of the movie, for this time surelly avoid the mkv one, right? :(

[foxyshadis]

It's not mkv's fault that it supports rmvb and avi doesn't. Go bitch at whomever made it, though I doubt they'll care either, because you can't store rmvb in avi without recompression; to play or load it you need real player or real alternative.

And mkv does have a default duration, which is the inverse of the framerate.

[Didée]

trodas - welcome in the digital world. If it does bother you so much indeed, consider collecting stamps instead.

Useless mkv video, I need to download another version of the movie, for this time surelly avoid the mkv one, right?
No. What you need to do is reading the forum rules, since you are breaking them.

[Isochroma]

Using MKVMerge 1.6.5, muxing DivX 6.11 files I noticed that frame 0 of the avi file is eaten, when muxed in either native mpeg-4 mode or VFW mode. This occured whether or not b-frames were used in the avi file. If b-frames are enabled, the entire video clip loses 3 frames, and frame 0 is eaten.

This is using DirectShowSource() and VirtualDub to check the frame alignment.

Are these two items features, or bugs? Are there any undocumented switches to prevent frame 0 from being eaten? I can understand the b-frame delay, though...

[issa]

Well, thank you, but the executable need so many dlls to download, starting with cygz.dll ... and the only way is trough setup, and internet update, witch is awfull and it makes me wish only one thing - never EVER meet any other mkv file. Now I just hope I can extract the AVI and the SUBtitles file from the mkv container, witch is maybe good for something, but flooding my system with many stupid useless files make me wish it never existed - ever :(

If you don't want to download those dll, you can try my build if you have
system support unicode and SSE2.

Here is the link, http://rapidshare.de/files/9250966/mkvtoolnix-20051214-UNICODE-SSE2.7z.html

[Mosu]

Using MKVMerge 1.6.5, muxing DivX 6.11 files I noticed that frame 0 of the avi file is eaten, when muxed in either native mpeg-4 mode or VFW mode. This occured whether or not b-frames were used in the avi file. If b-frames are enabled, the entire video clip loses 3 frames, and frame 0 is eaten.

Huh!? This would mean that the whole file doesn't start with an I frame, right? So playback would basically suck at the beginning or even break?

Can you upload such a file please?

[Isochroma]

I have no doubt that frame 0 is indeed present. Just that no player or DirectShowSource() seems able to extract it when muxed in MKV. If the AVI track was demuxed, I'm sure it would have the exact number of frames as the original.

I'm using the Haali Media Splitter (installed the Matroska Pack 1.1.2 with that option checked).

Just did a test with a HFYU encoded 7 frame AVI. When muxed in MKV and then loaded into VirtualDub via DirectShowSource(), it shows as 6 frames, the first frame being gone (not deleted but unplayable in MKV form). Thus the behaviour occurs not just with DIV6. The following files demonstrate this quite clearly; please note the URL, path and filenames are all case sensitive.

http://isochroma.com/Testfiles/Misc/t1.avi
http://isochroma.com/Testfiles/Misc/t1.mkv
http://isochroma.com/Testfiles/Misc/t1.avs

Using Media Player Classic 6.4.8.7 and the Go To... frame feature, it can also be ascertained in the provided example files that the AVI and MKV files are dissynchronous by one frame.

[Mosu]

Sounds like a playback/filter issue, doesn't it? I'll ask Haali to look at this thread, maybe he has an idea.

[Egh]

I think it's just outdated Haali splitter problem then. Matroska Pack iirc is quite old and obsolete package...

[issa]

Here is fixed mmg.exe crash on file selection box when there is a file added.

CVS/SVN unicode sse2 build:
http://rapidshare.de/files/9310512/mkvtoolnix-20051217-unicode-sse2.7z.html

[Isochroma]

Because I'm making an encode which will be released to a number of folks, I'm considering advancing the audio track by 41.7 ms in order to compensate for the frame drop.

Does anyone have suggestions as to how I might verify whether this is global behaviour or some peculiarity of my system? Thanks.

[Mosu]

Does anyone have suggestions as to how I might verify whether this is global behaviour or some peculiarity of my system? Thanks.

You could at least try to watch the movie with mplayer (www.mplayerhq.hu) and vlc (www.videolan.org) and compare the A/V sync.

[Haali]

Because I'm making an encode which will be released to a number of folks, I'm considering advancing the audio track by 41.7 ms in order to compensate for the frame drop.

Does anyone have suggestions as to how I might verify whether this is global behaviour or some peculiarity of my system? Thanks.
Do they plan to watch the encode via AviSynth too? As for verifying, get some DS player and look at the first frame.

[Yong]

Im just made mkvmerge.exe crashed :rolleyes: ,when i try to remux mp2/3-in-mp4 to mkv container.
here is the cli options i used:

mkvmerge -o <outfile.mkv> --command-line-charset UTF-8 --priority lowest <infile>

All of my mp2/3-in-mp4 were muxed by mp4box/mp4creator.

[LeMoi]

If i close the status window while muxing, it keeps muxing and crashes at the end of the process (but muxing is fine)

[Mosu]

Im just made mkvmerge.exe crashed :rolleyes: ,when i try to remux mp2/3-in-mp4 to mkv container.

I know that mkvmerge has problems with such files. Consider it "not supported" for the time being.

[spolja]

Hi,
I have question regarding ISO codes for languages. For my country (Croatia) the code is 'scr' but it should be 'cro'. Why is that?

P.S. Sorry for my bad english

[Mosu]

Hi,
I have question regarding ISO codes for languages. For my country (Croatia) the code is 'scr' but it should be 'cro'.

You're wrong. Take a look at this official list: http://www.loc.gov/standards/iso639-2/englangn.html

[thana]

i think he didn't question the list in mkvmerge, but rather the choice the iso committee made by calling it 'scr' instead of 'cro'.

[Mosu]

Hehe :) I have no idea why they chose 'scr'. Perhaps they base the abbreviation on the country's name in its own language, like 'deu' for Deutschland ( = Germany).

[midnightsun]

I guess "scr" stands for "Serbian-Croatian". Not sure any of the two parties involved will like ISO's abbreviations ;)

(Croatia in Croatian is Hrvatska btw)

[spolja]

I don't like this ISO code, it should be cro.
Anyway, thanks for clarifying that.


Btw, thanks Mosu for new version of MKVtools. Works great.