mkvtoolnix 1.8.0 has been released

[Mosu]

Current release: 1.8.1; see this post (http://forum.doom9.org/showthread.php?p=906663#post906663).

-----------------------------------------------------------------------

Hey guys,

I've finally released a new version of mkvtoolnix, 1.8.0. It caontains the usual stuff -- couple of bug fixes, library compatibility fixes, enhancements, some minor new features.

Here's my usual link list:

the home page:
http://www.bunkus.org/videotools/mkvtoolnix/
the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-1.8.0.tar.bz2
Unicode enabled binaries for Windows 2000/XP and newer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.8.0-setup.exe
Windows 9x/ME binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.8.0-setup.exe

Binaries for various other Linux distributions are available from the program's home page.

Here's the ChangeLog since 1.7.0 for those who want the details regarding mkvtoolnix' changes:

---------------------------------------------
2006-11-10 Moritz Bunkus <moritz@bunkus.org>
* Released v1.8.0.
* 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".

2006-11-08 Moritz Bunkus <moritz@bunkus.org>
* mmg: Reworked the "input tab" and split track options into two sub-pages. Also added an input for the "stereo mode" parameter for video tracks.

2006-11-07 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for the "stereo mode" flag for video tracks.

2006-11-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: For MP4 files with certain CTTS contents mkvmerge would use negative timecodes for a couple of frames. Those frames were dropped and mkvmerge often ended up eating huge amounts of memory and crashing afterwards.
* mkvmerge: bug fix: AAC-in-MP4 with the LC profile was sometimes misdetected as having a SBR extension and an output sampling frequency of 96000 Hz. Fixes Anthill bug 210.

2006-10-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Added support for API changes in the upcoming FLAC library v1.1.3. Patch by Josh Coalson (see AUTHORS).

2006-09-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed the random number generation on Windows. On Windows 9x/ME mkvmerge would simply hang. On newer versions the function was accessing invalid memory and was generally buggy.

2006-09-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: SSA/ASS subtitles with comments before the "[script info]" line were not identified.

2006-09-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Made the checks for SRT timecodes a bit less strict (e.g. allow fewer than three digits after the comma).

2006-07-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Comments in OGM files were not handled if mkvmerge was called in identification mode. One obvious result was that neither the track language nor the file title was imported into mmg.

2006-06-16 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The "stretch" input box was not accepting the same syntax that mkvmerge's "--sync" parameter accepts.
* mkvmerge: bug fix: PCM audio data with 4 bits per Sample caused mkvmerge to allocate all available memory. Patch by Robert Millan (see AUTHORS).

2006-06-15 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Mixed up two tool tips on the "settings" tab.

2006-06-02 Moritz Bunkus <moritz@bunkus.org>
* Build system: bug fix: Moved some @...@ style variables from configure.in to Makefile.in where they belong (very recent autoconf versions were choking on those).

2006-06-01 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added an option for always using simple blocks.
* mmg: new feature: Pre-set the "delay" input field for audio tracks if the file name contains something like "DELAY XX" where XX is a number.

2006-05-24 Moritz Bunkus <moritz@bunkus.org>
* mmg: enchancement: After adding files with drag&drop the next "open file" dialog will start in the directory the last file came from.

2006-05-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: mkvmerge will no longer create empty files (meaning neither input files nor things like chapters etc have been added).
---------------------------------------------

Have a nice weekend.

Regards,
Mosu

[LeMoi]

Thanks :) but :
* mmg: new feature: Pre-set the "delay" input field for audio tracks if the file name contains something like "DELAY XX" where XX is a number.
Not a good idea if it's encoded audio, since, if for example i encode ac3 to aac with belight, delay is corrected during encoding, so there is'nt delay in the file any more ^^

PS : your sign is out of date :D

[Mosu]

Then why does blight sill put the delay in the file name? :)

Anyway, I'll leave this feature in and correct my sig. Thanks for noticing :)

[LeMoi]

Can't you make it an option to set please ? ;) (because BeLight keeps original filename and just changes extension ;))

[Mosu]

Yeah sure, I'll do that.

[Mosu]

Can't you make it an option to set please ? ;) (because BeLight keeps original filename and just changes extension ;))

Here you go: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061111-1.rar

[LeMoi]

Thanks and sorry for bothering ^^

BTW, i use DVDDecrypter to extract audio tracks, it's a french version, so it doesn't add "Delay xx" suffi but "Delai xx", so finally i'm not concerned ^^

[joseph5]

Thanks, but the following bug is still present in this version:
http://forum.doom9.org/showthread.php?p=854960#post854960

[WeaponX]

Mosu;
You need to update the unicode runtime .rar on your website. I downloaded 1.80 build20061111-1.rar because I do not want to use the installer, if not necessary. When I ran the program, it said it is missing wxbase26u_gcc_custom.dll.

[foxyshadis]

Can't you make it an option to set please ? ;) (because BeLight keeps original filename and just changes extension ;))

That's dumb, maybe I'll ask kurt if he can post a version that doesn't do that. It'd compile one but my last attempt at delphi met with disaster. >.>

Hey, startup for unicode is fast again. =D

Something I meant to ask a bit back, I guess it's too late for this release: Is it possible to get something similar to split, but only extracting a fraction of the video? Whenever split is used, you always have to extract the entire track to several files, even if you only want the first 3 minutes or 3 minutes in the very middle.

[Mosu]

Mosu;
You need to update the unicode runtime .rar on your website. I downloaded 1.80 build20061111-1.rar because I do not want to use the installer, if not necessary. When I ran the program, it said it is missing wxbase26u_gcc_custom.dll.

I don't provide separate runtime archives anymore. You'll have to use the installer at least once. The existing runtime archives are only compatible with up to 1.7.0 and will be removed in the future.

[Mosu]

Something I meant to ask a bit back, I guess it's too late for this release: Is it possible to get something similar to split, but only extracting a fraction of the video? Whenever split is used, you always have to extract the entire track to several files, even if you only want the first 3 minutes or 3 minutes in the very middle.

Sure that's possible, but not trivial to implement. I don't want to turn mkvmerge into a huge video processing application. So not in the near future, sorry.

[Mosu]

Thanks, but the following bug is still present in this version:
http://forum.doom9.org/showthread.php?p=854960#post854960

Thanks for pointing it out. I've fixed this in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061112-1.rar

[GmorG McRoth]

Mosu;
You need to update the unicode runtime .rar on your website. I downloaded 1.80 build20061111-1.rar because I do not want to use the installer, if not necessary. When I ran the program, it said it is missing wxbase26u_gcc_custom.dll.

If I remember correctly you can unpack NSIS installer with 7zip without installing. Just use installer as archive.

[Rumbah]

As I already posted in the YAMB thread, I have a mov file (Spiederman 3 Trailer) and I cannot remux it to a mkv file.

I get the following log with mkvmerge:
mkvmerge v1.8.0 ('Wise Up') built on Nov 10 2006 19:40:19
'D:\Downloads\Spider-man_3_trailer_720p.mov': Using the Quicktime/MP4 demultiplexer.
And I get as status and progress:
mkvmerge FAILED with a return code of -1073741819

The debug window shows the following:
14:39:53: Querying mkvmerge's capabilities
14:39:53: Capability: VERSION=mkvmerge v1.8.0 ('Wise Up')
14:39:53: Capability: BZ2
14:39:53: Capability: LZO
14:39:53: Capability: FLAC
14:40:59: identify 1: command: ``"mkvmerge" "@C:\DOKUME~1\Jan\LOKALE~1\Temp\mmg-mkvmerge-options-2708-1163338859"''
14:40:59: identify 1: result: 0
14:40:59: identify 1: output[0]: ``File 'D:\Downloads\Spider-man_3_trailer_720p.mov': container: Quicktime/MP4''
14:40:59: identify 1: output[1]: ``Track ID 1: video (avc1)''
14:40:59: identify 1: output[2]: ``Track ID 2: audio (mp4a)''

[Mosu]

Where can I get that mov file?

[Mosu]

Never mind. I found the file and fixed the issue in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061112-2.rar

[Rumbah]

Thank you very much for the fast help.
Now I can watch the trailer over and over without Quicktime ;) .

[Mosu]

Hey, startup for unicode is fast again. =D

Yeah. I've changed from wxWidgets 2.5.3 to 2.6.3, and they seem to have fixed the layout algorithm again.

[klinika]

Looking better and better :) There's a minor bug of disappearing aspect ratio still hanging about: type it in, click on some other track, and click on the video track again and it's gone..

[Mosu]

Looking better and better :) There's a minor bug of disappearing aspect ratio still hanging about: type it in, click on some other track, and click on the video track again and it's gone..

Several people have reported this, but I simply cannot reproduce it.

Which OS are you using? Which mkvtoolnix package (Unicode or non-Unicode)? Which version?

[Mosu]

Ah wait, I just succeeded. Will investigate.

[LeMoi]

The AAC-is-sbr button is not on main screen for aac audio, we have to go to format specific options to enable it each time (it's annoying when you have 5 aac audio tracks ^^). I know it's format specific, but since mmg still doesn't detect it automatically, we have to set it for each track ?!

[Audionut]

Thanks.

[chros]

Sure that's possible, but not trivial to implement. I don't want to turn mkvmerge into a huge video processing application. So not in the near future, sorry.
I'm sadly here that too ... :(
It doesn't need to be complex, but like in Yamb/mp4box ...
I/we hope you'll change your mind ... :)

Or is there any app which can do that?

Thanks

[Mosu]

The AAC-is-sbr button is not on main screen for aac audio, we have to go to format specific options to enable it each time (it's annoying when you have 5 aac audio tracks ^^).

mmg does not switch the format tag when you add a new track. So add a file, go to the "format specific options" tab, hit "AAC is SBR", add another track, hit "AAC is SBR" etc. Not more work than before.

I know it's format specific, but since mmg still doesn't detect it automatically, we have to set it for each track ?!

mkvmerge cannot reliably detect if raw AAC (meaning ADTS AAC files) is SBR without decoding AAC. And mkvmerge will never depend on libfaad. That being said, there's at least ONE thing I can probably do, and that is enable "AAC is SBR" by default if mkvmerge detects that the sample rate is <= 24000 as someone told me a while ago that this is a sure indication of SBR.

[LeMoi]

That being said, there's at least ONE thing I can probably do, and that is enable "AAC is SBR" by default if mkvmerge detects that the sample rate is <= 24000 as someone told me a while ago that this is a sure indication of SBR.

That would be a good idea ^^

[Mosu]

Done: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061114-1.rar

Good night :)

[Mosu]

Looking better and better :) There's a minor bug of disappearing aspect ratio still hanging about: type it in, click on some other track, and click on the video track again and it's gone..

I may have fixed this. Please test this build and tell me how well it works: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061114-2.rar

Thanks.

[klinika]

I may have fixed this. Please test this build and tell me how well it works: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061114-2.rar

I'm not at home atm, but what I was able to test it, it does seem to work fine now. Nice, thanks!

[LeMoi]

I added subtitles tracks to append, removed them, clicked on start muxing and mmg automatically crashed

[Mosu]

I added subtitles tracks to append, removed them, clicked on start muxing and mmg automatically crashed

Hmm, I cannot reproduce it. Can you please describe every step you did until it crashed?

Thanks.

[joseph5]

Thanks for pointing it out. I've fixed this in this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061112-1.rar

Thanks, now it doesn't crash.

[LeMoi]

When using command line, progress doesn't go to 100%, it stops to 50% (that means 25% is actually 50%, 50% is 100%, etc.)

[LeMoi]

Hmm, I cannot reproduce it. Can you please describe every step you did until it crashed?

Thanks.

Sorry i couldn't reproduce the bug, so i presume it's OK ^^

[Mosu]

I'm guessing that you've appended a file and then deactivated the tracks from that file... Or something like that. Can you give me some more details, please?

[LeMoi]

Yes, i've added one video file, one audio track, and then appended an audio track to the first one (no deactivating)

[KoD]

The mkvinfo.exe provided in the latest bug-fix build does not create the info window anymore.

[Mosu]

Thanks for noticing. Fixed in http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.0-build20061119-1.rar

[Mosu]

Hey guys,

Here's a new release of mkvtoolnix, 1.8.1. It's a minor bugfix release, no new features.

Here's my usual link list:

the home page:
http://www.bunkus.org/videotools/mkvtoolnix/
the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-1.8.1.tar.bz2
Unicode enabled binaries for Windows 2000/XP and newer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-1.8.1-setup.exe
Windows 9x/ME binaries:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-1.8.1-setup.exe

Binaries for various other Linux distributions are available from the program's home page.

The changes since 1.8.1:

-----------------------------------------------------
2006-11-25 Moritz Bunkus <moritz@bunkus.org>
* Released v1.8.1.

2006-11-24 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: Some input controls (like "subtitle charset")
where disabled for appended tracks even though the user can and sometimes has to change those settings. Fixes Anthill bug 216.

2006-11-19 Moritz Bunkus <moritz@bunkus.org>
* configure: new feature: Allow the user to tell configure which "wx-config" executable to use ("--with-wx-config=...").

2006-11-14 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: The "aspect ratio" box was losing its input when the user switched tracks.
* mkvmerge/mmg: new feature: If ATDS AAC tracks are added to mmg and the AAC track's sample rate is <= 24000 Hz then mkvmerge and mmg assume that the AAC is a SBR track and mmg will check the "AAC is SBR" checkbox automatically.

2006-11-12 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Quicktime/MP4 files with AVC video tracks and missing CTTS atoms caused mkvmerge to crash after the recent changes to the Quicktime/MP4 timecode handling.
* mkvmerge: bug fix: Fixed a segfault if the file specified with
"--attach-file" does not exist. Bugfix for Anthill bug 213 and
Debian bug 393984.
* mmg: bug fix: Fixed a crash on loading XML chapters after having saved XML chapters.

2006-11-11 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Made the "set the delay input field from the file name" feature disengageable.
-----------------------------------------------------

Have a nice weekend.

Regards,
Mosu

[oddball]

I got the following error with 1.8.0 and am going to retry with 1.8.1

mkvmerge v1.8.0 ('Wise Up') built on Nov 10 2006 19:40:19
'D:\offline\HDTV Movies\2.mkv': Using the Matroska demultiplexer.
'D:\offline\HDTV Movies\out.ac3': Using the AC3 demultiplexer.
'D:\offline\HDTV Movies\2.mkv' track 1: Using the MPEG-4 part 10 (AVC) video output module.
'D:\offline\HDTV Movies\out.ac3' track 0: Using the AC3 output module.
The file 'c:\temp\2.mkv' has been opened for writing.
progress: 0%progress: 0%progress: 0%progress: 0%progress: 0%progress: 0%progress: 0%progress: 0%progress: 0%progress: 1%progress: 1%progress: 1%progress: 1%progress: 1%progress: 1%progress: 1%progress: 1%progress: 1%progress: 1%progress: 2%progress: 2%progress: 2%progress: 2%progress: 2%progress: 2%progress: 2%progress: 2%progress: 2%progress: 3%progress: 3%progress: 3%progress: 3%progress: 3%progress: 3%progress: 3%progress: 3%progress: 3%progress: 3%progress: 4%progress: 4%progress: 4%progress: 4%progress: 4%progress: 4%progress: 4%progress: 4%progress: 4%progress: 5%progress: 5%progress: 5%progress: 5%progress: 5%progress: 5%progress: 5%progress: 5%progress: 5%progress: 5%progress: 6%progress: 6%progress: 6%progress: 6%progress: 6%progress: 6%progress: 6%progress: 6%progress: 6%progress: 7%progress: 7%progress: 7%progress: 7%progress: 7%progress: 7%progress: 7%progress: 7%progress: 7%progress: 7%progress: 8%progress: 8%progress: 8%progress: 8%progress: 8%progress: 8%progress: 8%progress: 8%progress: 8%progress: 9%progress: 9%progress: 9%progress: 9%progress: 9%progress: 9%progress: 9%progress: 9%progress: 9%progress: 9%progress: 10%progress: 10%progress: 10%progress: 10%progress: 10%progress: 10%progress: 10%progress: 10%progress: 10%progress: 11%progress: 11%progress: 11%progress: 11%progress: 11%progress: 11%progress: 11%progress: 11%progress: 11%progress: 11%progress: 12%progress: 12%progress: 12%progress: 12%progress: 12%progress: 12%progress: 12%progress: 12%progress: 12%progress: 13%progress: 13%progress: 13%progress: 13%progress: 13%progress: 13%progress: 13%progress: 13%progress: 13%progress: 13%progress: 14%progress: 14%progress: 14%progress: 14%progress: 14%progress: 14%progress: 14%progress: 14%progress: 14%progress: 15%progress: 15%progress: 15%progress: 15%progress: 15%progress: 15%progress: 15%progress: 15%progress: 15%progress: 16%progress: 16%progress: 16%progress: 16%progress: 16%progress: 16%progress: 16%progress: 16%progress: 16%progress: 16%progress: 17%progress: 17%progress: 17%progress: 17%progress: 17%progress: 17%progress: 17%progress: 17%progress: 17%progress: 18%progress: 18%progress: 18%progress: 18%progress: 18%progress: 18%progress: 18%progress: 18%progress: 18%progress: 19%progress: 19%progress: 19%progress: 19%progress: 19%progress: 19%progress: 19%progress: 19%progress: 19%progress: 19%progress: 20%progress: 20%progress: 20%progress: 20%progress: 20%progress: 20%progress: 20%progress: 20%progress: 20%progress: 21%progress: 21%progress: 21%progress: 21%progress: 21%progress: 21%progress: 21%progress: 21%progress: 21%progress: 21%progress: 22%progress: 22%progress: 22%progress: 22%progress: 22%progress: 22%progress: 22%progress: 22%progress: 22%progress: 23%progress: 23%progress: 23%progress: 23%progress: 23%progress: 23%progress: 23%progress: 23%progress: 23%progress: 24%progress: 24%progress: 24%progress: 24%progress: 24%progress: 24%progress: 24%progress: 24%progress: 24%progress: 24%progress: 25%progress: 25%progress: 25%progress: 25%progress: 25%progress: 25%progress: 25%progress: 25%progress: 25%progress: 25%progress: 26%progress: 26%progress: 26%progress: 26%progress: 26%progress: 26%progress: 26%progress: 26%progress: 26%progress: 27%progress: 27%progress: 27%progress: 27%progress: 27%progress: 27%progress: 27%progress: 27%progress: 27%progress: 27%progress: 28%progress: 28%progress: 28%progress: 28%progress: 28%progress: 28%progress: 28%progress: 28%progress: 28%progress: 29%progress: 29%progress: 29%progress: 29%progress: 29%progress: 29%progress: 29%progress: 29%progress: 29%progress: 30%progress: 30%progress: 30%progress: 30%progress: 30%progress: 30%progress: 30%progress: 30%progress: 30%progress: 30%progress: 31%progress: 31%progress: 31%progress: 31%progress: 31%progress: 31%progress: 31%progress: 31%progress: 31%progress: 32%progress: 32%progress: 32%progress: 32%progress: 32%progress: 32%progress: 32%progress: 32%progress: 32%progress: 32%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 33%progress: 100%
The cue entries (the index) are being written...
Muxing took 357 seconds.

Error: Packet queue not empty for new track ID 1 (flushed: 0). Frames have been lost during remux. This should not have happened. Please contact the author Moritz Bunkus <moritz@bunkus.org> with this error/warning message, a description of what you were trying to do, the command line used and which operating system you are using. Thank you.

EDIT: Same problem. Going to try demuxing all tracks and retry.

EDIT2: Yeah demuxing, muxing to MP4 the video and remuxing in MKVToolnix fixed it.

[Mosu]

Hmm, that's an interesting problem. I'd like to see that 2.mkv file you've been using as the source in order to fix this. Could you upload it to my FTP server, please?

[vlada]

I'm not sure if this hasn't been discussed before but I haven't found anything on this topic.

Would it be a big problem to support muxing of MPEG TS (Transport Streams - MPEG-2, MPEG-4) in mkvmerge? I think since there is Haali's splitter with TS support, some of the code might be used to add this feature to MKVToolnix. Is it planned?

I'm currently trying to mux TS to MKV, but there is no simple way to do it and I'm also having synchronization problems. I hope direct support in mkvmerge (mmg) might fix these problems.

[LeMoi]

Delay can be added for appended tracks in command line without problem, but this feature is disabled in the GUI :(

[vlada]

Delay can be added for appended tracks in command line without problem, but this feature is disabled in the GUI :(

It's there, just switch to tab "Format specific options".

[LeMoi]

In version 1.8.1, it's disabled. Which version do you have ?

[vlada]

I have 1.8.1. It's enabled, but you have to select an audio track. I tried it only for MP3, but it should work for other audio tracks too.

[LeMoi]

Indeed, it seems to be available for audio tracks, sorry i forgot to say I meant Subtitles Tracks ^^

[multicone]

I'm not sure if this hasn't been discussed before but I haven't found anything on this topic.

Would it be a big problem to support muxing of MPEG TS (Transport Streams - MPEG-2, MPEG-4) in mkvmerge? I think since there is Haali's splitter with TS support, some of the code might be used to add this feature to MKVToolnix. Is it planned?

I'm currently trying to mux TS to MKV, but there is no simple way to do it and I'm also having synchronization problems. I hope direct support in mkvmerge (mmg) might fix these problems.

I support this. It would be just great to have an app that would convert DVB-S captures in MPEG-TS format directly into MKV. My captures, when being played with MPC directly, will constantly go out of sync (even though i do have a very powerful processor, and res is not more than 720 x 576 from DVB-S Satellite).

If we could convert the MPEG files into MKV without big hassle, i expect all would be fine because of MKVs superior timing features ?

Mosu, any chance of adding this ?

Of course, my dream would be a DVB-S Sat viewer which can record directly into MKV format ;) ....

[Mosu]

To the question about MPEG-TS support: not in the near future, sorry (lack of time).

Setting delay in appended subtitle tracks: I'll fix that. *gone for a second* Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.1-build20061209-1.rar

[issa]

I have a problem joining 3 avi with "srt" subtitle into a mkv.
It's seem to be the third "srt" never get merge or missing in the final mkv file.

[martino]

When will they finally add support for raw 264 streams to be muxed into mkv???

[imcold]

:search:

[pdanpdan]

Hello

I use to make mkv from my DV tapes, with video (Xvid), audio(AAC) and 2 subtitle files (SSA date and time - seconds and minutes)
It was working fine with 1.7 series of mkvmerge
Now with 1.8 and 1.8.1 it's not working anymore - it looks like it's merged in the file, but it's not shown.
I attached a SSA file that works in 1.7 and not in 1.8
Any suggestion, please?

[Mosu]

The attachment has not yet been approved. Could you please send it to my email address? moritz@bunkus.org

Thanks.

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.1-build20070101-1.rar

This build contains support for reading AVC/h.264 elementary streams. As I don't have access to a lot of such files (nor to a lot of MP4 files with AVC/h.264 inside) I thought I'd ask here if a couple of you guys would like to test it ;)

BTW: AVC-in-AVI is still not supported, but should not be hard to add once support for AVC ES has stabilized.

BTW2: This build also fixes pdanpdan's subtitle problems.

[MacAddict]

Am I missing something with the 20070101 build here? I'm simply trying to mux my usual XviD and Ogg stream together and it fails right away saying "The stretch setting for track.nr 0 in file xxxxxxx.ogg is invalid. Not trying to stretch anything so I went in and manually set the stretch field to 0 and then I receive an error of "Error: Invalid sync option specified in '--sync 0:0,0/1'. The linear sync value may not be smaller than zero." Previous builds seem to work fine so maybe I've missed something else here?

[Mosu]

Please try http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.1-build20070101-2.rar

BTW: Don't put "0" into the "stretch" input box, just leave it empty.

[MacAddict]

Thank you Mosu for the quick response, new build works perfectly.

[Selur]

Does this build work for anyone with avc files?
I get "File identification failed .... Return code: -107374819" even when I throw a mp4 file with avc in it at it. (which works with the normal 1.8.1)

Cu Selur

[kurt]

@ Selur: I tried several avc files (mp4) and got no problems with the latest build...

[Selur]

Strange,.. will try tomorrow maybe it's my system
-> DOH, mkvtoolnix consists of more files than the rar contains, after copying it over my 1.8.1 build mp4s work, but .avc files give me an File identification faild error Return code: 2.

Cu Selur

[Mosu]

Care to upload 5MB of that AVC file to my FTP server, please?

[MacAddict]

I initially was getting file ID failed too on everything. However, it was my own fault...make sure in the 'settings' tab that your pointed the proper directory of mkvmerge :-)

[Palikrovol]

I've found i little bug in the GUI when inserting information in any "drop-down menus" (like Language).

In a track, if you select the language box and type the first letter of your language ("s" for "Spanish"), in the box appears the first language with this letter. If you then go to another track and back to the first, the language changes has not took effect.

It works if you select twice the box (to show and hide the drop menu) and then type the letter.

It doesn't work if you select the box, type the letter and then select the box again.

If the language is selected with the mouse, it works.

Regards

[kurt]

Would it be possible to add an option for delaying chapterfiles? A lot of my backups produce a delay after ripping...
(progs: Ripit4me, Fixvts, ChapterXtractor)

[Mosu]

I initially was getting file ID failed too on everything. However, it was my own fault...make sure in the 'settings' tab that your pointed the proper directory of mkvmerge :-)

Believe me, I've stepped into this particular trap myself a few times :)

[Mosu]

I've found i little bug in the GUI when inserting information in any "drop-down menus" (like Language).

This is not completely my fault. I'm copying the current value from the drop down box to the command line whenever I get a "contents changed" event from the toolkit (wxWidgets). Obviously such an event isn't sent if you do what you do.

I might be able to get this working nevertheless, but I won't spend time on it at the moment. Sorry ;)

[Mosu]

Would it be possible to add an option for delaying chapterfiles? A lot of my backups produce a delay after ripping...
(progs: Ripit4me, Fixvts, ChapterXtractor)

Sure it's possible, but I won't do it. mkvmerge already has too many options. But you can use mmg's chapter editor. Load the chapters, use the "adjust timecodes" feature, save them back to a file, then use that file as the new chapters.

[Palikrovol]

This is not completely my fault. I'm copying the current value from the drop down box to the command line whenever I get a "contents changed" event from the toolkit (wxWidgets). Obviously such an event isn't sent if you do what you do.

I might be able to get this working nevertheless, but I won't spend time on it at the moment. Sorry ;)

OK, thank you.

Not a big issue anyway ;)

[kurt]

Sure it's possible, but I won't do it. mkvmerge already has too many options. But you can use mmg's chapter editor. Load the chapters, use the "adjust timecodes" feature, save them back to a file, then use that file as the new chapters.
thanks for the hint. But how can I save the new chapterfile? and is it possible to change one timecode manually so that all the others change automatically with this same value (like in subesync for subtitles)?

[Mosu]

thanks for the hint. But how can I save the new chapterfile?

Chater menu.

and is it possible to change one timecode manually so that all the others change automatically with this same value (like in subesync for subtitles)?

There's a button "adjust timecodes" which adds the value you enter to all chapters beneath the selected node. Have a look at mmg's help for more explanations.

[joseph5]

Is it possible to have an option to create ordered chapters?

[kurt]

Chater menu.



There's a button "adjust timecodes" which adds the value you enter to all chapters beneath the selected node. Have a look at mmg's help for more explanations.
Ah, now it works great like you've said. So there is really no need for adding the delay option to mkvtoolnix :)

[Mosu]

Is it possible to have an option to create ordered chapters?

I'm not spending time on the chapter editor at the moment, sorry.

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.1-build20070103-1.rar

2007-01-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for proper muxing of AVC/h.264 tracks in Matroska files that were stored in the MS compatibility mode (CodecID V_MS/VFW/FOURCC instead of V_MPEG4/ISO/AVC).
* mkvmerge: bug fix: Fixed invalid memory access in the AVC ES parser.

2007-01-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for proper muxing of AVC/h.264 tracks in AVI files.

[foxyshadis]

Does that require the same --engage_native_mpeg4 or is it automatic? (Also, very cool!)

[Mosu]

All the recent changes have nothing to do with "--engage native_mpeg4". They're all related to AVC/h.264 video, not to MPEG 4 ASP. (Yes, AVC is also MPEG 4, I know.)

All this is automatic. If the input mkvmerge gets is AVC then it will output proper "Matroska-correct" packaged AVC video tracks with the CodecID V_MPEG4/ISO/AVC. The "--engage" option named "allow_avc_in_fvw_mode" is gone completely.

[LeMoi]

All this is automatic. If the input mkvmerge gets is AVC then it will output proper "Matroska-correct" packaged AVC video tracks with the CodecID V_MPEG4/ISO/AVC. The "--engage" option named "allow_avc_in_fvw_mode" is gone completely.
Yess, thanks a lot for this option !

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.1-build20070103-2.rar

2007-01-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: Removed the "--engage allow_avc_in_vfw_mode" hack.
* mkvmerge: enhancement: Added "x264" to the list of recognized FourCCs for AVC/h.264 video in AVI and Matroska files.

[Selur]

Care to upload 5MB of that AVC file to my FTP server, please?
uploaded mosu.ts and mosu.avc (extracted with mencoder)

[LeMoi]

I'm trying to mux an aac file, and I have this error
http://images.yeuxverts.net/_images_/n0dpbe.jbayub.118e8s.jpg
It works fine with AAC with PS, @ 48 kbps, but this one is AAC PS @ 32kbps
It worked fine with 2006-12-09 build, not with today's build.

I'm uploading the file to your ftp.

[menlvd]

same fault on mkvtoolnix-unicode-1.8.1-build20070103-2.rar
and
mkvtoolnix-unicode-1.8.1-build20070101-2.rar

22:22:00: Querying mkvmerge's capabilities
22:22:01: Capability: VERSION=mkvmerge v1.8.1 ('Little By Little')
22:22:01: Capability: BZ2
22:22:01: Capability: LZO
22:22:01: Capability: FLAC
22:23:26: identify 1: command: ``"mkvmerge" "@C:\windows\Temp\mmg-mkvmerge-options-1352-1167938606"''
22:23:27: identify 1: result: 3
22:23:27: identify 1: errors[0]: ``Assertion failed: !m_sps_list.empty(), file src/common/mpeg4_common.cpp, line 1467''
22:23:27: identify 1: errors[1]: ``''
22:23:27: identify 1: errors[2]: ``This application has requested the Runtime to terminate it in an unusual way.''
22:23:27: identify 1: errors[3]: ``Please contact the application's support team for more information.''

but if i'll replace mkvmerge.exe from mkvtoolnix-unicode-1.8.1-build20061209-1.rar
and
mkvtoolnix-unicode-1.8.1-build20061230-1.rar
all adding with no ploblems

[Mosu]

Yes, I know that file identification is broken with recent builds, but I also know how to fix it. Expect a fix tomorrow evening at the latest.

[menlvd]

and one my fault since from mkvtoolnix-unicode-1.8.1-build20061230
problem muxing any type of data (ac3, dts, m2v, etc)
http://img230.imageshack.us/img230/6734/20070104231536ty8.th.jpg (http://img230.imageshack.us/my.php?image=20070104231536ty8.jpg)
in mkvtoolnix-unicode-1.8.1-build20061209
no that problem
I'll replace libebml.dll & libmatroska.dll from build20061209 and muxing work fine for me

[Mosu]

2007-01-05 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: AVC/h.264 ES parser: Fixed wrong NALU size length information in the AVCC.
* mkvmerge: bug fix: AVC/h.264 ES parser: Fixed the decision if a NALU belongs to a previous frame or starts a new one.

2007-01-04 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: Added an input for the new "NALU size length" parameter.
* mkvmerge: bug fix: The NALU size length can be overridden for AVC/h.264 elementary streams. It defaults to 2 which might not be enough for larger frames/slices.

2007-01-03 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Support for AVC/h.264 elementary streams with short markers (0x00 0x00 0x01 instead of 0x00 0x00 0x00 0x01).

Fixes several issues including the problems with Selur's and LeMoi's files. Download here:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-1.8.1-build20070105-1.rar

Note: If in doubt please install a fresh 1.8.1 and extract this archive into the same directory. I've just tested it myself and there are definitely NO problems with DLLs etc this way. Yes, earlier RARs did have this problem because I accidentally included libebml and libmatroska DLLs that were compiled with an older compiler.

[menlvd]

Thanks works fine :)
no problems for me

[HeadBangeR77]

Works fine for me, as well.

Thanks very much for this clever tool! You're truly a gentleman and a scholar :D

[Yong]

I dont know if its support mpeg4-asp es:D (what should i call it?)
, since now its support h264 es
, so i give it a try and...
, error when i try to mux mpeg4-asp es stream:
http://img440.imageshack.us/img440/1451/clipboard01wj2.gif

Im using the lastest build 20070105-1.
Possible to add support for mpeg4 asp es muxing?;)

EDIT: just a thought, is it possible to support stdin? so we could use some apps like mencoder/ffmpeg with sdtout to mkvmerge without creating temp file:)

[Mosu]

MPEG-4 ASP ES is not supported and will not be.

But it would be nice if you could upload that file to my FTP server so that I can fix this error.

No, stdin support is definitely not possible. mkvmerge is reading each file more than once and relies heavily on the file being seekable.

[Yong]

Why asp es muxing is not supported?:confused:
Ok the asp es is uploaded.;)

[buzzqw]

@bunkus

Hi !

i have a stupid question... what is the "way" of numbering tracks in mmg.exe ? i see --track-name 0 for mp4 tracks, --track-name 1 for ac3... what is the code to order/numbering in such manner ?

BHH

[buzzqw]

resolved

using the -1 wild card

like this

"mkvmerge.exe" -o "movie.mkv" --aspect-ratio 1:2.350000 --chapters "chapters.txt" "movie.mp4" --track-name -1:test1 --language -1:ita "audio.mp4" --track-name -1:test2 --language -1:eng "audio2.mp4"

BHH

[Demone]

@Mosu
a little problem:
http://forum.doom9.org/showthread.php?t=120326

[Mosu]

Why asp es muxing is not supported?:confused:
Ok the asp es is uploaded.;)

Not enough requests from users, no personal interest in it, not enough time.

[Mosu]

i have a stupid question... what is the "way" of numbering tracks in mmg.exe ? i see --track-name 0 for mp4 tracks, --track-name 1 for ac3... what is the code to order/numbering in such manner ?

You can always get the track numbers directly from mkvmerge. Just run "mkvmerge -i yourfile.ext" and it will print something like

File 'The Incredibles.mkv': container: Matroska
Track ID 1: video (V_MS/VFW/FOURCC, DIVX)
Track ID 2: audio (A_AC3)
Track ID 3: audio (A_AC3)
Track ID 4: subtitles (S_VOBSUB)
Track ID 5: subtitles (S_VOBSUB)

The numbers listet as "Track ID ..." is the one you need. This is actually what mmg does when you add a file: it spawns "mkvmerge --identify-verbose the_file_you_just_added.ext" and parses the output.

Most of the time mkvmerge uses "0" for container types which can only hold a single track (e.g. MP3, AC3, AAC). For other containers it usually numbers them in the order the tracks are found, sometimes starting at 1, sometimes starting at 0. AVI is a special case. Here 0 is always the video track and 1, 2, 3 etc are the audio tracks.

-1 is the wildcard and can also be used in the case of single-track containers as you've done.

[menlvd]

bug in mkvmerge.exe 20070109-2 & 20070109-1

16:11:25: identify 1: output[0]: ``File 'G:\mi2 T03 3_2ch 448Kbps eng.ac3': container: AVC/h.264 elementary stream (ES)''
16:11:25: identify 1: output[1]: ``Track ID 0: video (MPEG-4 part 10 ES)''

mkvmerge from build20070108-2 works fine for me

16:15:26: identify 1: output[0]: ``File 'G:\mi2 T03 3_2ch 448Kbps eng.ac3': container: AC3''
16:15:26: identify 1: output[1]: ``Track ID 0: audio (AC3)''

[Mosu]

I know. I've already moved the AVC/h.264 ES detection to after most of the other types because the AVC/h.264 reader is pretty fault tolerant regarding the "identification".

[buzzqw]

thanks Mosu !

my need (in AutoMKV) was to mux with correct id/track name (i add the video track name, audio track language and audio track name, as Director cut) in mkv and the -1 switch solved my need ! thanks again

BHH

[Mosu]

my need (in AutoMKV) was to mux with correct id/track name (i add the video track name, audio track language and audio track name, as Director cut) in mkv and the -1 switch solved my need ! thanks again

This works as long as each input file only contains a single track.