Hey,
I’ve released mkvtoolnix v4.4.0. It contains the usual mix of bug fixes and a few enhancements but no major new features.
Nothing has changed for people building from source in general and package maintainers in particular.
Here are the usual links: the home page, the source code and the Windows installer and 7zip archive.
All binaries that I provide myself have already been uploaded.
Here’s the full ChangeLog since release 4.3.0:
- 2010-10-31 Moritz Bunkus <moritz@bunkus.org>
- Released v4.4.0.
- build system: bug fix: Installation no longer fails if xsltproc is available but the DocBook stylesheets aren’t. Fix for bug 575.
- mkvmerge: new feature: If the name of an input file starts with
=then mkvmerge will not try to open other files with the same name (e.g. ‘VTS_01_1.VOB’, ‘VTS_01_2.VOB’, ‘VTS_01_3.VOB’) from the same directory. A single=as an argument disables this as well for the next input file. Implements bug 570. - mmg: new feature: Added an option to disable extra compression when adding tracks by default.
- mkvmerge: bug fix: Made file type detection stricter for MP3, AC3 and AAC files. This prevents mis-detection of other file types as one of these for certain files. Fix for bug 574.
- 2010-10-19 Moritz Bunkus <moritz@bunkus.org>
- mkvmerge: bug fix: Fixed the usage of iterators with the STL "deque" template class. This caused mkvmerge to abort on systems which did not use the GNU implementation of the standard template library, e.g. OpenSolaris with the SunStudio compiler. Fix for bug 567.
- 2010-09-28 Moritz Bunkus <moritz@bunkus.org>
- mkvmerge: enhancement: The warning about subtitle entries that are skipped because their start time is greater than their end time now includes the subtitle number.
- 2010-09-23 Moritz Bunkus <moritz@bunkus.org>
- Build system: bug fix:
drake installdid not work if the login shell was not POSIX compatible (e.g. fish). Fix for bug 559. - 2010-09-19 Moritz Bunkus <moritz@bunkus.org>
- mkvmerge: enhancement: When appending two Matroska files which both contain chapters the chapter entries of all editions will be merged even if the edition’s UIDs were different to begin with. This is done based on the order of the edition. If both files contain three editions each then the chapters from the first edition in the second file will be put into the first edition from the first file; the chapters from the second edition into the second edition and so on.
- all: Added a translation of the programs into French by Trinine (see AUTHORS).
- mkvmerge: bug fix: The MPEG ES reader was accessing uninitialized data. This could lead to crashes or source files not being read correctly.
- mkvmerge: bug fix: Using
--no-videoon AVI files caused the video track to be mistaken for an audio track and included anyway. Fix for bug 558.
Have fun.
I want to support the FLV input
Would be nice, but you won’t get it from me in the near future.
Just wondering if it would be difficult to make a hardcoding option for the subs e.g. srt so that whenever you play through windows media for example the subs will always appear.
That would require re-encoding the video. mkvmerge is not an encoder and will never be.
The “option to disable extra compression when adding tracks by default” is good, but doesn’t work correct. It only works for video and audio, but e.g. subtitles still are compressed by default. My Samsung tv still says “unknown codec”, only when I set compression=no by hand, it accepts the mkv.
It works just the way I want it to. Subtitles have always been compressed. Meaning they’ve been ZLIB compressed since the very first day subtitle support had been introduced. And that was roughly five years ago. Or even more.
So no, that won’t change. ZLIB compression has always been part of the specs, and yes, it actually has been used in the past. A lot. No change here.
But my tv accepts v.4.0.0 and earlier without problems so it seems that compression was not active. In 4.1.0 + later versions it accepts only with deactivated compression of subtitles. I know, ZLIB is part of spec, but most hardware manufacturers don’t know or don’t want to accept.
I can understand that HW manufacturers haven’t implemented header removal compression, but I certainly don’t condone them not implementing ZLIB compression. ZLIB is used in other stuff as well (e.g. MP4 with compressed headers), it’s completely free to use. And like I said, it has been used with VobSubs in Matroska since VobSubs support was introduced.
Also refusing to play the whole file just because one track’s properties aren’t supported is totally unacceptable.
I’ve refused to code around crappy players in the past, and I still do. Therefore this feature won’t change.
When I compile I have this error
src/info/wxwidgets_ui.o: In function `mi_frame::expand_elements()’:
wxwidgets_ui.cpp:(.text+0x753): undefined reference to `wxString::wxString(char const*, wxMBConv const&, unsigned int)’
wxwidgets_ui.cpp:(.text+0x8e3): undefined reference to `wxString::wxString(char const*, wxMBConv const&, unsigned int)’
wxwidgets_ui.cpp:(.text+0x961): undefined reference to `wxString::wxString(char const*, wxMBConv const&, unsigned int)’
…
I use wxWidgets 2.8.11 and mandriva 2010.0 (32b, gcc 4.4.1), any idea ?
Hmmm…. not really, sorry.
Can there be option to edit the subtitle (srt or sub muxed in an mkv file) directly through MkvToolNix? So that I don’t have to extract the subtitle track (just to remove a few lines or change a few words), edit it and mux it back into the mkv file.
No, sorry. mkvtoolnix is not an editor. That would be totally out of the scope of it.
Ok. But would it be possible at-least even through some other editor? Is the MKV container encoded in such a way that it would be possible by some other editor to do this (in future), or is it not at all possible?
Well, it wouldn’t be easy and extremely limited. In Matroska each subtitle entry to show is stored as a single packet in the file interleaved with the audio/video packets that should be shown/played at the same time. Therefore a program editing subitle entries could only make each entry smaller, not larger, without having to remux the whole file.
Thank You for the clarification.
mkv, collected in versions above 4.1.1 are incompatible with iron players! My LG-BD370 will not play mkv, collected using the latest versions of mkvmerge.
http://www.bunkus.org/videotools/mkvtoolnix/faq.html#header_removal_compression
Thanks for the info!
My LG-BD370 with the latest firmware v.7.173.00.26 + mkvmerge 4.1.1, 4.0.0, 3.4.0 …= pass play
LG-BD370 + mkvmerge 4.2.0, 4.3.0, 4.4.0 = not playing
is there any way to add the header back without demuxing?
Remux to a new file and turn off header compression for the tracks.
why in this version is available the spanish language but when select it still stays in english??
all other languages woks fine except spanish.
Does it support Sony AVCHD *.MTS format?
Nope.
What a great system. Alas, the latest version (4.4.0) does not address the problems relating to joining/adding mkv films/tracks or the bug in giving extra frames in the front of split files.
Joining:- The file size is correct but the header only refers to the first film/track, so it can not be converted to other formats by other software.
Adding tracks:- This time, the file size refers to everything being added together in length while the tracks stay in parallel. This is a problem. However, VLC will correctly open as many playable windows needed for each track.
Splitting a film:- These have extra frames within them that are not linked to the header information. Can someone check out the resulting film code using the above methods just to make sure. All the Best.