View Full Version : mkvtoolnix 4.1.1 released
Mosu
29th April 2010, 18:25
Known problem that should be fixed in my Git repo. Get the sources from there and compile your own version -- it's pretty easy. See http://www.bunkus.org/videotools/mkvtoolnix/source.html#debian_ubuntu_package
Mosu
29th April 2010, 18:34
Ah wait. I've misinterpreted what you've written.
mkvpropedit and mkvinfo are working normally. What happens is this:
You add data to the track headers by setting the language. Now the track headers do not fit into the space they've occupied before. Therefore mkvpropedit writes them at the end of the file and adjusts the meta seek elements so that they point to the new place.
mkvinfo will no longer find any tracks at all
mkvinfo is a development tool. It reads a file from beginning to the end. If it doesn't encounter a track info element before the first cluster then it won't report the tracks. Simple as that.
If you want to know which tracks are present then use "mkvmerge --identify yourfile.mkv" which acts like a player should act by reading and analyzing the meta seek elements and reading the track info even if it is located at the end of the file.
mplayer won't play the file
This is most likely a bug in mplayer.
Everything's working as intended.
Keiyakusha
8th May 2010, 17:07
Hi Mosu. If I have mkv file with audio, video and chapters. When I open it in mkvmergeGUI, it shows active "Language" dropdown menu for these chapters. However if I'll set some language there, mux new file and open this saved file in mkvmerge again, then field in this menu shows "undetermined". I just wondering is this how it should be or should it recognize the language that was set before (like with video/audio tracks)?
The content of the chapter editor are not written to the output file when you start muxing in mmg. Yes, it's a bad design, but that's the way it is at the moment. Think of the chapter editor as a separate program. Save the chapters to a XML file, chose that XML file in the "global" tab and mux it.
MrVideo
9th May 2010, 16:57
While doing some experimentation, I used x264 to encode video as filename.264. I usually output as filename.mp4. When I mkvmerge the filename.mp4 with the audio, the framefrate is correct (23.976).
But the filename.264 video gets set to the default 25 fps for some reason, even though mediainfo reports that the original frame rate of the filename.264 is 23.976 fps.
What do I need to place on the mkvmerge command line to set the frame rate to 23.976?
Thanks.
sneaker_ger
9th May 2010, 17:40
"--default-duration" "0:24000/1001fps" ("0" being the TID)
MrVideo
9th May 2010, 18:48
"--default-duration" "0:24000/1001fps" ("0" being the TID)
Thanks. It worked, after getting home and testing it.
As a note I have code that will read the FPS information from the AVC bitstream so that one shouldn't have to add that parameter in cases as yours. However, that has to be tested before I can release it.
Hey,
I've released mkvtoolnix v3.4.0. This release contains several important bug fixes and a few new features. Two new translations (Russian and Ukrainian) have been added.
There are two changes for package maintainers and folks building their own copy from the source: 1. the two new translations I've mentioned and 2. mkvtoolnix requires the new releases libebml v0.8.0 and libmatroska v0.9.0 available at http://dl.matroska.org
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-3.4.0.tar.bz2
...to the Windows installer and 7zip archive:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-3.4.0-setup.exe
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-3.4.0.7z
All binaries that I provide myself have already been uploaded.
Here's the full ChangeLog since release 3.3.0:
------------------------------------------------------------
2010-05-14 Moritz Bunkus <moritz@bunkus.org>
* Released v3.4.0.
* build: Building mkvtoolnix now requires libebml v0.8.0 and libmatroska v0.9.0 or later.
* all: Added a translation into Ukrainian by Serj (see AUTHORS).
2010-05-06 Moritz Bunkus <moritz@bunkus.org>
* Windows installer: Added the choice to run the installer in the same languages that the GUIs support. Patch by Serj (see AUTHORS) with modifications by myself.
2010-04-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed the handling of non-spec compliant AVC/h.264 elementary streams in Matroska files with the CodecID V_ISO/MPEG4/AVC. Fix for bug 486.
2010-04-23 Moritz Bunkus <moritz@bunkus.org>
* all: Added a translation into Russian by Serj (see AUTHORS).
2010-04-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: mkvmerge will not output a message that it has extracted the display dimensions from AVC/h.264 bitstream if the source container (e.g. Matroska) overrides that setting. Fix for bug 485.
2010-04-12 Moritz Bunkus <moritz@bunkus.org>
* mmg's header editor, mkvpropedit: Fixed crashes with files created by Haali's GS Muxer containing "content encoding" header elements.
2010-04-11 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: Extracting SSA/ASS files which miss the "Text" column specifier in the "Format:" line are handled correctly. Fix for bug 483.
2010-04-07 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed a segfault when reading Matroska files containing level 1 elements other than clusters with a size of 0.
2010-04-03 Moritz Bunkus <moritz@bunkus.org>
* Build system: The LINGUAS environment variable determines which man page and guide translations will be installed.
2010-03-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed a tiny memory leak. Fix for bug 481.
------------------------------------------------------------
Have fun.
b66pak
15th May 2010, 19:31
thanks a lot...
_
hubblec4
17th May 2010, 01:17
There are two changes for package maintainers and folks building their own copy from the source: 1. the two new translations I've mentioned and 2. mkvtoolnix requires the new releases libebml v0.8.0 and libmatroska v0.9.0 available at http://dl.matroska.org.
hi mosu
is there anywhere a compiled build?
i can download there the source code only.
Binary packages for libEBML and libMatroska for Debian, Ubuntu, OpenSuSE and Fedora Core are available from http://www.bunkus.org/videotools/mkvtoolnix/downloads.html
hubblec4
17th May 2010, 12:26
Binary packages for libEBML and libMatroska for Debian, Ubuntu, OpenSuSE and Fedora Core are available from http://www.bunkus.org/videotools/mkvtoolnix/downloads.html
...and for windows? or dont need the new libEBML and libMAtroska for windwos?
You only need the two libraries if you're building mkvtoolnix from source. That's why that line was prefixed with "note for package maintainers".
hubblec4
17th May 2010, 15:12
ahja ok thanks
roozhou
19th May 2010, 12:45
@Mosu
Where can i find documentation for the "hidden" options in mkvmerge? e.g. --engage native_mpeg4
@Mosu
Where can i find documentation for the "hidden" options in mkvmerge? e.g. --engage native_mpeg4
There's almost none because those are development options. I usually don't support them, meaning that I probably won't help you with any problems arising from their usage.
mmg has a dialog for adding arbitrary command line options ("Muxing" -> "Add command line options"). That dialog contains all the available hacks and a short description for each, but that's about all the documentation there is.
Great news for free multimedia in general and Matroska in particular: Google open-sources VP8 and choses Matroska for their new WebM project (http://www.bunkus.org/blog/2010/05/google-open-sources-vp8-choses-matroska/)
Keiyakusha
27th May 2010, 00:30
Hi Mosu!
Not so long ago I discovered (official?)tool called mkvalidator (http://dl.matroska.org/downloads/mkvalidator/HEADER.html). Not sure why I need it but I tried it just out of curiosity and found that it displays a lot of warnings for files muxed with mkvmerge. like this: "WRN0C0: First Block for video track #1 in Cluster at 69826954 is not a keyframe" However there is also some errors sometimes.
So the question is, does this validator actually valid? :)
mkvalidator is developed by Steve Lhomme (robux4), one of the co-creators of Matroska. Yes, its analysis is mostly valid, however it's also a very new tool and there are bugs and inconsistencies it doesn't account for. It would be best if you could talk to robux4 directly, e.g. on IRC (irc.corecodec.com, channel #matroska).
For example, mkvalidator assumes ideal files in which each cluster starts with a key frame in order to make seeking as fast as possible. This is technically unnecessary, and mkvmerge will never write such files, because its current way is not really worse and supported by all readers anyway. That's why it's only a warning in mkvalidator, not an error. It basically says "this file might be improved".
Here's a build with support for reading VP8 from and writing it to IVF files: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-3.4.0-build20100527-255-setup.exe
Selur
28th May 2010, 09:24
Afaik atm it's only possible to specify on which timecodes a new files should be created, which would result in three output files instead of one when trying to extract a stream from timecode X to timecode Y;
-> Is there already a way to call mkvmerge just create one file and extract just a portion of a stream?
if not: Would be nice if this could be added as a feature in an upcoming version.
No, it's not possible. I know it would be a nice feature to have, but I won't spend any time on that at the moment or in the near future. Patches are always welcome -- I'm not against such a feature, it just won't be me who'll implement it any time soon.
moviefan
28th May 2010, 23:03
Is there any support for H264 streams with open-gop planned? There are some problems with seeking which is probably caused by a missing support for open-gop in mkv. The problem and its possible cause are explained here: http://forum.doom9.org/showpost.php?p=1401348&postcount=178.
I know of the problem but have no plans of working on that at the moment. Patches are MORE than welcome, but I neither have the expertise nor the time to do this myself just now.
moviefan
30th May 2010, 14:52
OK. Do you know of any other mkv muxer that can handle open-gop?
I don't, maybe others do.
moviefan
30th May 2010, 15:59
I've just asked in the x264 thread in IRC about the open-gop issue and kierank said it would be an easy thing to adapt to open-gop.
[16:54] kierank: he needs to flag the frame as a keyframe if there's a recovery point sei
I would create a patch if I had any experience in developing media related software. Does this information help and would you change your mind based on this to implement open-gop support? It seems to be easy and if you know what kierank is saying...
mkvmerge already marks the next frame after a recovery point SEI as a key frame. So if it doesn't work for you it's something else.
GuilhermeAraujo
30th May 2010, 16:14
Is it possible to add the job start time in the output? When working with large files, it'd be good to know how long has passed since it started and to estimate how long it'll take to finish.
Everything's possible, it's OpenSource after all. But I won't add such a feature. Sorry.
Many thanks for the WebM support in mkvmerge :)
Although, not your problem, Vorbis in WebM cannot be played by the WebM DirectShow filters unless I add "--timecode-scale 1000000 --disable-lacing". Plays fine in VLC though.
Probably a limitation of the MKV parser code in the WebM filter, might peek thru the source and try and come up with a patch.
Cheers,
-Nic
EDIT: Oh, although probably of no use to anyone as there's other solutons: http://nic.dnsalias.com/ivfenc.zip is ivfenc with AviSynth input support (do a ConvertToYV12() at the end of the script)
Brazil2
2nd June 2010, 13:57
Here's a build with support for reading VP8 from and writing it to IVF files: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-3.4.0-build20100527-255-setup.exe
Thanks for this build but I've noticed a small bug: in MMG the Webm files are not listed with the other compatible files when using Add and All Supported Media Files default option. You have to specifically select Webm audio/video files to see them.
Brazil2
2nd June 2010, 13:58
Although, not your problem, Vorbis in WebM cannot be played by the WebM DirectShow filters unless I add "--timecode-scale 1000000 --disable-lacing". Plays fine in VLC though.
Nice find! Works like a charm now :)
Thanks for this build but I've noticed a small bug: in MMG the Webm files are not listed with the other compatible files when using Add and All Supported Media Files default option. You have to specifically select Webm audio/video files to see them.
Works fine for me on Windows 7. I see files with the .webm extension if I chose "All supported media files" in the file selection dialog. Which Windows version are you using?
Brazil2
2nd June 2010, 14:26
Works fine for me on Windows 7. I see files with the .webm extension if I chose "All supported media files" in the file selection dialog. Which Windows version are you using?
I'm on Windows XP. I've just updated to build 257 and it's still the same. For instance I can see MP4 M4A OGG AVI MKA FLAC H264 and even IVF files but no WEBM ones. I must select this extension to be able to see them.
Then that is a limitation of Windows XP, 'cause it works on Vista as well. I don't think there's much I can do about it safe list all files instead of all supported files when mmg is running on XP. I'll get it fixed soonish.
Brazil2
2nd June 2010, 15:00
Then that is a limitation of Windows XP
I'm sorry but I don't think it's a limitation of Windows XP because I have other programs, like MPC-HC and VLC, which are using a much longer list of files and they are all showing up.
For instance this build of VLC (http://www.megaupload.com/?d=EU2B1PGB) which supports VP8/Webm decoding is showing the WEBM files in the Open File dialog box among all other files.
sneaker_ger
2nd June 2010, 15:08
I cannot reproduce the problem in Windows XP. It correctly lists all files with ".webm" extension when choosing "all supported files". 3.4.0 pre 257
Brazil2
2nd June 2010, 15:55
I cannot reproduce the problem in Windows XP. It correctly lists all files with ".webm" extension when choosing "all supported files". 3.4.0 pre 257
So it's definitely not an XP problem :)
Additional information: I've never installed Mkvtoolnix on my system but I've always used a zipped version.
Ok, then I don't know why it would happen on your system. Won't look into it due to limited free time & no available XP installation. Sorry.
madshi
3rd June 2010, 17:01
OK. Do you know of any other mkv muxer that can handle open-gop?
You could try eac3to, but to be honest, I don't really know if it works.
rack04
3rd June 2010, 17:35
Is there any support for H264 streams with open-gop planned? There are some problems with seeking which is probably caused by a missing support for open-gop in mkv. The problem and its possible cause are explained here: http://forum.doom9.org/showpost.php?p=1401348&postcount=178.
If your goal is to output a compliant Blu-ray Disc structure, which from what I've read is the only reason to use open-gop, then you shouldn't be muxing to MKV. AFAIK, once you mux the raw 264 stream generated by x264 to MKV you lose NAL-HRD. If you use the MKV file to generate the Blu-ray Disc structure then txMuxeR assumes VBV values to generate NAL-HRD if no information exists.
madshi
3rd June 2010, 17:50
@Mosu,
would you consider adding support for h264 MVC? That's an extension to the h264 format, used by the new 3D Blu-Rays. I've analyzed the format and I think for muxing purposes it's pretty easy to handle. Here is the information that you probably need:
(1) For 3D movies there's a "left eye" stream, which is simply a normal standard h264 file. For the "right eye" there is a separate h264 MVC stream, which is slightly different to standard h264, cause it's coded as a "difference" to the left eye stream.
(2) The AUDs in a h264 MVC stream are "00 00 01 18" instead of "00 00 01 09". The sequence parameter set is "00 00 01 0f" instead of "00 00 01 07". The sequence parameter format is identical to standard h264, it has just some added information at the end of the data. The idc_profile for the h264 MVC stream is 128.
(3) For h264 MVC muxing purposes, the easiest solution is to split the stream exactly where the AUDs are. That way no complicated parsing of the frames is necessary. The AUDs also show which frame is a key frame, IIRC.
If you're interested, I can provide you with a short 3D sample.
For quite some time h264 has had a pretty high priority for me. However, at the moment other things have higher priority, so I will not invest time into 3D video at the moment.
But having a sample would definitely by nice in case I change my mind. Can you please upload it, e.g. to my FTP server?
madshi
4th June 2010, 09:48
Can you please upload it, e.g. to my FTP server?
Done. You can use eac3to (v3.20 or newer) to demux it.
Krawhitham
4th June 2010, 18:22
I get this at about the 11% mark when using mkvextract.exe
Error: Could not write to the output file: 998 (Invalid access to memory location.)
This just happens on one file not all files but it plays perfectly
any ideas?
I'd have to look at the file in order to see what the problem is. Can you upload it to my FTP server?
Krawhitham
4th June 2010, 18:59
I'd have to look at the file in order to see what the problem is. Can you upload it to my FTP server?
Sorry you can delete the file I was uploading, I found 8192 bytes that were zeroed out about 12% into the file
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.