mkvtoolnix 4.1.1 released

[Mosu]

Regression in 2.7.0 when using --split with over mkv input with flash video in vfr mode: result file didnt seek properly

This problem has been fixed in the following build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.7.0-build20090416-121-setup.exe

I loaded a file, edited the title, saved and then loaded the next file. At this point I couldn't edit anything anymore.

I'll try to fix this over the weekend.

[LeMoi]

Uninstall v2.2.0, remove the installation folder. Remove the HKEY_LOCAL_MACHINE\Software\mkvmergeGUI and HKEY_CURRENT_USER\Software\mkvmergeGUI registry entries and their children. Install v2.6.0.

The only cases that I know of of mkvmerge always failing is when old DLLs haven't been removed properly.

Didn't slove the problem :s
Maybe it's due to MeGUI using mkvmerge version, but i can't find a way to fix the problem :/

[Mosu]

Herrde and I have tracked down this problem to there being several different copies of libebml.dll/libmatroska.dll installed on his computer. Since v2.7.0 mkvtoolnix is compiled against static versions of both libraries, so the problem should be gone for you as well.

[zn]

Regression in 2.7.0 when using --split with over mkv input with flash video in vfr mode: result file didnt seek properly
This problem has been fixed in the following build: build20090416-121-setup.exe (http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.7.0-build20090416-121-setup.exe)
Thanks, I can confirm that output from this build (split without --engange and remux without --engange) works perfectly.

[clavelm]

Dismiss.

[fingershop]

Mkvtools are great, I use them all the time!

One task that I seem to do a lot of is converting video files (mkv, avi, mp4, vob, etc) from 25 fps to 23.976. After some audio transcoding, I currently I have to use extra steps in this process because MMG won't let me change the framerate when I remux directly from the container source files.

This means I have to first demux the video track, and then mmg will let me change the framerate. This extra step has become very cumbersome, as the HD video tracks are quite large, and it takes almost twice as long, and uses twice the space, with all this extra muxing.

When I'm muxing with mmg I'd really like to be able to set the framerate for any type of video source files, and not be limited to doing this with only elemental streams.

Frequently my biggest use of mmg is not in packaging media content, but rather its in re-packaging it. I'd like mmg to make it easier to do this.

Thanks

[SquallMX]

Hi, i found something wrong with MKVMerge after updating to 2.7.0 (MeGui update), when muxing a RAW H264 the output is corrupted in some frames:

RAW H264:
http://www.imagechile.net/img/img7_1241055245a.png

MKV H264:
http://www.imagechile.net/img/img7_1241055295s.png

Source is Bolt Region A Bluray H.264 24 Mbps, thank you!

[Mosu]

Hi, i found something wrong with MKVMerge after updating to 2.7.0 (MeGui update), when muxing a RAW H264 the output is corrupted in some frames:

Did you enable splitting and is this from the second or one of the following file(s)? If so this is a known bug that has been fixed in a pre-release.

If not then you should try finding out if this happens with older versions, too. All older mkvtoolnix releases are available from http://www.bunkus.org/videotools/mkvtoolnix/win32/

[Mosu]

When I'm muxing with mmg I'd really like to be able to set the framerate for any type of video source files, and not be limited to doing this with only elemental streams.

I will probably implement this; probably not for the next release but the one after. In the meantime you can use a workaround by using a timecode file. The v1 timecode file format allows you to specify a default frame rate and ranges of frames with frame rates different from the default frame rate. As you want a fixed frame rate such ranges are not needed, and the timecode file in question would only contain these two lines:

# timecode format v1
assume 23.976

You could name it 23976.txt or something like that and re-use it each time you need to change the frame rate in this way.

[fingershop]

Thanks, I'll watch for the release that includes this.

I just tried the workaround and it works great!

That really helps a lot, thanks again.

[SquallMX]

Did you enable splitting and is this from the second or one of the following file(s)? If so this is a known bug that has been fixed in a pre-release.

If not then you should try finding out if this happens with older versions, too. All older mkvtoolnix releases are available from http://www.bunkus.org/videotools/mkvtoolnix/win32/

Just one single file, i try using the old version 2.1.0, the problem still appears:

http://rapidshare.com/files/227616527/Sample.rar

RAW and M2TS (using TSMuxer) are fine.

:thanks:

[Chumbo]

A request Mosu, can you add a 60000/1001 option?
I was about to ask for the same thing, when I found this. I second this request please as an FPS option under the Format specific options tab. Thank you.

[Keiyakusha]

I want to request FPS option for any type of video source too...

[Mosu]

Just one single file, i try using the old version 2.1.0, the problem still appears:

Ok, then I cannot help you at the moment. Sorry.

[Mosu]

I was about to ask for the same thing, when I found this. I second this request please as an FPS option under the Format specific options tab. Thank you.

Will do.

I want to request FPS option for any type of video source too...

That as well.

[vmrsss]

Hi there.

My architecture is MacOSX/Leopard, which does not seem to support FADVICE. I believe that this commit


> commit a7a753c75af8bfeb479e429cdc31de6b28e6ebc0
> Author: Moritz Bunkus <moritz@bunkus.org>
> Date: Thu May 7 19:11:17 2009 +0200
>
> Disable posix_fadvise for files that are opened multiple times at the same time.

broke it: building fails with


> CXX src/merge/cluster_helper.cpp
> In file included from src/merge/cluster_helper.h:25,
> from src/merge/cluster_helper.cpp:27:
> src/common/mm_io.h:151: error: 'file_id_t' does not name a type
> make: *** [src/merge/cluster_helper.o] Error 1

Which is not surprising, as it appears that the definition of file_id_t only appears under an #if HAVE_POSIX_FADVISE.

Related problems occurs in mm_io.cpp, where


mm_file_io_c::setup_fadvise(...)

is used outside the scope of #if HAVE_POSIX_FADVISE.

Hope this is easy to fix, is it?

[Mosu]

My architecture is MacOSX/Leopard, which does not seem to support FADVICE. I believe that this commit


> commit a7a753c75af8bfeb479e429cdc31de6b28e6ebc0
> Author: Moritz Bunkus <moritz@bunkus.org>
> Date: Thu May 7 19:11:17 2009 +0200
>
> Disable posix_fadvise for files that are opened multiple times at the same time.

broke it:

Thanks for noticing. I've fixed the issue.

[mbcd]

@SquallMX:

Here I cant even play your sample. The sample seems to be damaged already.

If I found a player who plays it, it stops playing exactly at scenechange to your posted picture.

My own encoded raw-x264-files are played back fine.

[turbojet]

Any plans for m2ts input support?

[Mosu]

Not in the near future.

[turbojet]

OK is sup support still on the table?

[Mosu]

Yes, but not in the near future.

[roozhou]

Why mkvmerge does not support asf/mpeg-ts/mpeg-ps?

[Mosu]

mkvmerge supports MPEG program streams (MPEG PS) but not ASF/MPEG transport streams. ASF and its close cousin WMV have never been priorities of mine, and there was a time when Microsoft was coming after people implementing support for those containers. Missing support for MPEG transport streams is a matter of available time or the lack thereof and -- due to the lack of ample amounts of free time -- priorities.

[roozhou]

mkvmerge supports MPEG program streams (MPEG PS) but not ASF/MPEG transport streams. ASF and its close cousin WMV have never been priorities of mine, and there was a time when Microsoft was coming after people implementing support for those containers. Missing support for MPEG transport streams is a matter of available time or the lack thereof and -- due to the lack of ample amounts of free time -- priorities.

And what about importing directly from DVD IFOs? So I don't need to demux ac3/dts before remuxing encoded video into mkv.

[The_Keymaker]

I've used MKVmerge to mux The Matrix reloaded with TrueHD Audio successfully. However as I learned sometime ago, Haali media splitter does not support TrueHD. Does any know of a splitter or source filter i can use to play back this file?

Thanks!

[Mosu]

And what about importing directly from DVD IFOs? So I don't need to demux ac3/dts before remuxing encoded video into mkv.

IFO files are not read, but VOB and EVO files are as they are MPEG program stream files.

[roozhou]

IFO files are not read, but VOB and EVO files are as they are MPEG program stream files.

A dvd title may contain several VOBs. Do i have to join them?

[Mosu]

No, you can use mkvmerge's/mmg's append feature.

[Mosu]

Hey,

I've released mkvtoolnix v2.8.0. This release contains a lot of smaller and larger bug fixes and a new translation to simplified Chinese.

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

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

All binaries that I provide myself have already been built and uploaded.

Here's the full ChangeLog since release 2.7.0:

------------------------------------------------------------
2009-05-09 Moritz Bunkus <moritz@bunkus.org>
* Released v2.8.0.

2009-05-07 Moritz Bunkus <moritz@bunkus.org>
* all: Added a translation to Chinese (simplified) by Dean Lee (see AUTHORS).
* mkvmerge: enhancement: Added support for handling AC3 audio in MP4 files with the FourCC "sac3" (as created by e.g. Nero Recode v3/4). Fix for bug 384.
* mkvmerge, mmg: enhancement: Made mmg's "FPS" input field available for all video tracks. mkvmerge's corresponding option "--default-duration" now not only modifies the track header field but affects the frame timecodes as well.

2009-05-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The VobSub reader was dropping the very last MPEG packet possibly resulting in the very last subtitle entry being garbled or discarded completely. Patch by Todd Schmuland.

2009-05-03 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: Added "60000/1001" as a pre-defined option to the "FPS" drop-down box.

2009-04-29 Moritz Bunkus <moritz@bunkus.org>
* mmg (header editor): bug fix: The header editor controls on the right stopped responding after the second file had been loaded or the "reload file" feature had been used. Fix for bug 372.

2009-04-27 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added an option for clearing all inputs after a successful muxing run.

2009-04-25 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Made the AAC detection code stricter in what it accepts. This results in fewer mis-detections. Fix for bugs 373 and 374.

2009-04-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Splitting without the option "--engage no_simpleblocks" resulted in broken files: all frames were marked as B frames. Fix for bug 371.
* mkvinfo: bug fix: Timecodes of SimpleBlock elements that were output formatted in summary mode were too small by a factor of 1000000.

2009-04-15 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: The duration of subtitle frames was overwritten with the difference between the next frame's timecode and the current frame's timecode if a timecode file was used for that track. Fix for bug 286.
* mmg: bug fix: Removed the option "always use simple blocks" from the preferences dialog as this option was already removed from mkvmerge. Fix for bug 370.
------------------------------------------------------------

Have fun :)

[roozhou]

No, you can use mkvmerge's/mmg's append feature.

And another feature request: cutting mkv's.

Currently If I need to cut a clip from xx:xx:xx to yy:yy:yy, I have to use splitting and mkvmerge produces 3 clips including two I don't need.

[Mosu]

And another feature request: cutting mkv's.

Not in the near future.

[roozhou]

Not in the near future.

:eek:Is there a way to disable the 2 unnecesary clips?

[Mosu]

No, there is none.

[Keiyakusha]

Hey,

I've released mkvtoolnix v2.8.0. This release contains a lot of smaller and larger bug fixes and a new translation to simplified Chinese.
Thanks! :)

[turbojet]

Not in the near future.

Summer vacation or low priority?

[Mosu]

Due to an oversight the original installer and 7zip archive did not contain the Chinese translation. Additionally the 7zip contained a wrong directory structure for all translations. Both issues have been fixed by replacing the existing installer and 7zip. If you've downloaded one of the two files before 18:25 CET then I suggest you re-download them.

Other than that the packages have not been changed.

[Mosu]

Summer vacation or low priority?

Very little free time and therefore low priority. No vacation for me this summer either.

[cyberbeing]

I'm getting a forbidden error on the 2.8.0 win32 version.

[Mosu]

Fixed, try again.

[cyberbeing]

Fixed, try again.

Working now, thanks.

[Liisachan]

Thank you for releasing the windows binary also in .7z.

However if it's too much bother, or can cause confusion (like accidentally missing files), I think you can just release the installer exe only as you did before, since the archiver 7-zip can uncompress ("open") the installer without running it anyway.

[Mosu]

It's no bother. I have an automated script that creates both the installer and the 7z archive. I just forgot to fix a few file names; this is done now, so it's no more effort.

[zn]

* mkvmerge, mmg: enhancement: Made mmg's "FPS" input field available for all video tracks. mkvmerge's corresponding option "--default-duration" now not only modifies the track header field but affects the frame timecodes as well.


Wow, I was just about to add that suggestion :) I have found that my files was actually not VFR, so I can rebuild them with that option for smoother playback.

So I already downloaded 2.8.0 and tested this feature, works perfectly! Even while input files was marked VFR, after rebuild I have no sync problems.

[Liisachan]

This is not that important, and this might be for me only,
but the error handling is not graceful. The whole MMG crashes for me with this message:
"Microsoft Visual C++ Runtime Library, Runtime Error! This application has requested the Runtime to terminate it in an unusual way." if Header editor tries to oepn an MKV file that has been already opened for writing exclusively, when apparently you get an abnormal termination somewhere in header_editor_frame_c::open_file.

I can't debug wxWidgets, but from reading the code, my first impression is that this thing in kax_analyzer_c::kax_analyzer_c should be able to handle the above situation, because it says it catches any exception:

try {
file = new mm_file_io_c(file_name.c_str(), MODE_WRITE);
} catch (...)


If the above 'new' fails, the error should be handled gracefully with the message "Could not open the file". So the problem seems to be before that. It might be that kax_analyzer_c::probe called before that to see if the file is MKV, though it only needs the read access, can't handle an MKV file that is not writable. (Just a guess.)

Originally I noticed this problem when I tried to open MKV w/ Header editor while uploding it to somewhere using FileZilla. FileZilla seems to lock the file while it's uploading it so that anyone else can't modify it (which makes sense). And then I can repro the problem in this minimal condition:


FILE * fp = fopen("G:\\aa.mkv","ab");
MessageBox(0,L"",0,0);// MMG abnormal-terminates if Header editor tries to open aa.mkv here
fclose(fp);


Edit:
But then again, kax_analyzer_c::kax_analyzer_c re-throws the exception. When new kax_analyzer_c fails, does anyone catch that exception re-thrown properly? That's another question.

[Mosu]

This is not that important, and this might be for me only,
but the error handling is not graceful. The whole MMG crashes for me with this message:

Thanks for the analysis. I've fixed the issue in build 126 available at http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ .

[Liisachan]

fixed in mkvtoolnix-unicode-2.8.0-build20090510-126.7z, confirmed. Ty☺

[MADAJ]

hi, when I import a video source, I get this message.

http://img11.imageshack.us/img11/8864/imagekar.jpg

anything wrong?

[Mosu]

By now several people have reported the very same problem. However I cannot repreoduce this yet, so I don't know where the problem lies.

Which Windows version are you using (including its native language, e.g. "Windows XP SP3 German")?

[Mosu]

I need some more information from you. Please do the following:

1. Download and install mkvtoolnix v2.8.0.
2. Start mkvmerge GUI.
3. Open the "preferences" dialog via "File" -> "Preferences".
4. Make sure that the checkbox at the bottom labeled "Show mmg's debug window" is enabled and close the preferences dialog. A new small window should appear; it is labeled "mmg debug output" and hould already contain a couple of lines.
5. Try adding a file with the "add" button as you did last time. The action should fail, but some more lines should appear in the debug window.
6. Dismiss the error dialog that file identification has failed, go to the debug window and save its contents into a file via "Log" -> "Save".
7. Send me that file to moritz@bunkus.org or upload it somewhere.

Thanks.