MKVToolNix v24.0.0 released

[Mosu]

Oh... wait before uploading, please...

[Mosu]

How embarrassing. I developed that functionality on my laptop and forgot to pull on my regular development machine on which I ran the tests. Yes, I can reproduce the issue; no need to upload a file.

[vmrsss]

Still cannot reproduce it. Can you upload your source file, please?

done. I am not sure you'll learn much from it, because it does it with all the files I've tried. Possibly, you might learn more from the output file, tmp.mkv, which I have uploaded too.

[Mosu]

Fixed in revision 5766d8e.

[73ChargerFan]

mkvmerge intentionally discards certain contain (e.g. the AC3 "core" from a combined TrueHD+AC3 track; see this FAQ entry (http://www.bunkus.org/videotools/mkvtoolnix/faq.html#truehd_with_ac3) for details)


Suggestion: List the AC3 core as an additional english track, and then I can select it or discard it.

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

That is disappointing, for two reasons:

First, this behavior is different than for DTSMA. (I know the DTSMA is extras that are added to the core to make it lossless, and that AC3 isn't essential to TrueHD, but both are described as lossless with a lossy core.)

Second, what is this with "silently discarding" stuff? I must have missed the blurb in the changelog.

The discard assumes that the person has a TrueHD decoder, which not everyone does. Media players that will output the AC3 core but will not decode / transcode TrueHD, and apparently movies with TrueHD remuxed using mkvtoolnix won't play on them.

Fortunately, most BDs have the DTSMA tracks, so the problem isn't widespread, but each remux takes a few hours.

[Mosu]

The AC3 core in a TrueHD+AC3 track has always been dropped silently. There was no need for an entry in the ChangeLog because it's never worked any other way. Yes, it is a possibility to present the AC3 core as an addition track, but that would require substantial additions to mkvmerge in order to be able to handle demuxers that contain demuxers. Therefore I don't think I'll work on this any time soon.

[Mosu]

Oh, and yes, that behaviour is different for DTS-MA but you're comparing apples and oranges. DTS-MA needs both the core and the extension in order to be losslessly decodable. For TrueHD+AC3 you only need the TrueHD part in order to be losslessly decodable. The AC3 core is completely redundant.

[Atak_Snajpera]

@Mosu
Why does mkvmerge show this warning for raw .aac

"mkvmerge.exe" -o "C:\Users\Dawid\Desktop\video.mkv" --
compression 0:none --title "video" --default-duration 0:24000/1001fps "C:\Temp\
RipBot264temp\video.264" --compression 0:none --language 0:fre --aac-is-sbr 0:0
"C:\Temp\RipBot264temp\audio.aac"
mkvmerge v5.0.1 ('Es ist Sommer') built on Oct 9 2011 11:55:43
'C:\Temp\RipBot264temp\video.264': Using the AVC/h.264 ES demultiplexer.
'C:\Temp\RipBot264temp\audio.aac': Using the Quicktime/MP4 demultiplexer.
'C:\Temp\RipBot264temp\video.264' track 0: Using the MPEG-4 part 10 ES video out
put module.
'C:\Temp\RipBot264temp\audio.aac' track 1: Using the AAC output module.
Warning: 'C:\Temp\RipBot264temp\audio.aac': A track with the ID 0 was requested
but not found in the file. The corresponding option will be ignored.
The file 'C:\Users\Dawid\Desktop\video.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.264' track 0: Extracted the aspect ratio informatio
n from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 19
20/1080.
Progress: 100%
The cue entries (the index) are being written...
Muxing took 1 second.

BTW. File has been muxed correctly with aac audio.

MKVmerge does not complain for other formats like ac3,vorbis ...
"mkvmerge.exe" -o "C:\Users\Dawid\Desktop\video.mkv" --
compression 0:none --title "video" --default-duration 0:24000/1001fps "C:\Temp\
RipBot264temp\video.264" --compression 0:none --language 0:fre "C:\Temp\RipBot2
64temp\audio.ac3"
mkvmerge v5.0.1 ('Es ist Sommer') built on Oct 9 2011 11:55:43
'C:\Temp\RipBot264temp\video.264': Using the AVC/h.264 ES demultiplexer.
'C:\Temp\RipBot264temp\audio.ac3': Using the AC3 demultiplexer.
'C:\Temp\RipBot264temp\video.264' track 0: Using the MPEG-4 part 10 ES video out
put module.
'C:\Temp\RipBot264temp\audio.ac3' track 0: Using the AC3 output module.
The file 'C:\Users\Dawid\Desktop\video.mkv' has been opened for writing.
'C:\Temp\RipBot264temp\video.264' track 0: Extracted the aspect ratio informatio
n from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 19
20/1080.
Progress: 100%
The cue entries (the index) are being written...
Muxing took 1 second.

[Mosu]

As you can see in mkvmerge's earlier message that the file you've named ".aac" is actually a MP4/QuickTime file containing an AAC track. Use mkvmerge's identification mode in order to find out the track ID mkvmerge assigns to that track ("mkvmerge --identify file.aac").

Also read the documentation about mkvmerge's track IDs (http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.track_ids).

In short: don't rely on what you think the track ID might be. Ask mkvmerge.

[Thunderbolt8]

The discard assumes that the person has a TrueHD decoder, which not everyone does. Media players that will output the AC3 core but will not decode / transcode TrueHD, and apparently movies with TrueHD remuxed using mkvtoolnix won't play on them.do most hardware receivers decode the truehd track if the ac3 track is not present?

[Mosu]

If hardware can decode TrueHD in the first place then it decodes it even if AC3 is not present. If that doesn't work for a particular hardware set then that piece of hardware is seriously bugged because, let me repeat that, TrueHD is completely independent of any AC3 track/part/content.

[Toddler Naruto]

what's the point of having an icon in the taskbar and the tray at the same time? Tray only would be fine by me, though.

I was asking minimize to the tray instead of the taskbar, thought that was obvious and did not need to be mentioned.

[Chetwood]

I simply observed that some coders do it differently, which is pointless. I thought that was obvious and did not need to be mentioned.

[stax76]

@Mosu

mmg has some minor issues with 144 DPI in Win7 (probably exactly identical in Vista).

http://msdn.microsoft.com/en-us/library/dd464660%28v=VS.85%29.aspx#high_dpi_issues_checklist

[Mosu]

@Mosu

mmg has some minor issues with 144 DPI in Win7 (probably exactly identical in Vista).

http://msdn.microsoft.com/en-us/library/dd464660%28v=VS.85%29.aspx#high_dpi_issues_checklist

Screenshots of the problems, please, I only have access to a Windows laptop running rather low resolution so testing high DPI is not really possible at the moment.

[stax76]

Since it don't has a high DPI manifest it uses DPI virtualization so it's completely blurry with default settings, it's also rather large.

With DPI virtualization disabled (can be set per application) it starts with a too small window height and resulting small and overlapped controls. After increasing the window height manually everything looks more or less OK.

.NET has some scaling and layout support, I test the scaling directly at runtime with a hidden keyboard shortcut and I test it also on XP with VirtualBox.

http://thumbnails50.imagebam.com/16065/3734ec160644360.jpg (http://www.imagebam.com/image/3734ec160644360)

http://thumbnails65.imagebam.com/16065/38c353160644937.jpg (http://www.imagebam.com/image/38c353160644937)

[Mosu]

The DPI awareness and a few other minor things (compared to pre build 382) have been implemented/fixed in pre build 384 (http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/) which is still uploading at the time of posting.

[stax76]

Looks fine with 144 DPI on Win 7 and XP. Thanks!

[mindbomb]

is this a bug?

when using mkvextract to extract srt subtitles from an mkv, some characters, like musical notes, get changed into question marks.

[Mosu]

No, it's not a bug, you simply don't specify the charset to use. Therefore it'll probably stay encoded in UTF-8, and if your editor or player cannot handle that...

[mindbomb]

alright, now this i think is a real bug then.

http://www.mediafire.com/?4c6n4cyde5jgso7

This ts sample with PAFF interlacing, when imported into mkvmerge and muxed into an mkv, plays back very choppily.

[Mosu]

It's well-known that mkvmerge has several problems with interlaced h264 tracks. It will be fixed sometime in 2012 (that's vague enough an estimation to have a chance of being correct).

[Chumbo]

@Mosu,
I saw this issue a while ago and forgot to report so here you go. Basically, the target/output folder structure is created on the source drive when I run the command line, e.g.,
for /f "delims=" %%i in ('dir /b "%SEARCH%"') do (
"mkvmerge.exe" -o "e:\\media\\work\\%%i" "--default-track" "1:yes" "--forced-track" "1:no"
"--display-dimensions" "1:720x540" "--default-duration" "1:24000/1001fps" "--compression" "1:none"
"--language" "2:eng" "--default-track" "2:yes" "--forced-track" "2:no" "--compression" "2:none" "-a" "2"
"-d" "1" "-S" "-T" "--no-global-tags" "--no-chapters" "%%i" "--track-order" "0:1,0:2"
)
So if I'm running the above from say drive N: then the output path specified above "\\media\\work\\" gets created on drive N:. It happens consistently so you should be able to duplicate it.

I'm currently running the following version: mkvmerge v5.0.1 ('Es ist Sommer') built on Oct 30 2011 21:53:49

I think I noticed this as far back as version 4 so sorry for the late report.

[Mosu]

Double backslashes? What for? cmd.exe doesn't use backslashes for escaping, neither does mkvmerge when it receives arguments directly on the command line. mkvmerge only uses backslashes for escaping when reading arguments from an options file.

Yes, I can reproduce it with double backslashes, but not with single ones. My guess is that boost::path interpretes this as a UNC path. Anyway, I will most likely not fix this.

[Mosu]

...or maybe I will; hmm this code is not using boost::filesystem::path yet... So it's definitely my mistake.

[Mosu]

No, I won't fix it. Boost handles things the same way my own code handled it. Therefore: don't use double backslashes if one suffices.

[Mosu]

....aaaand maybe I shouldn't code this late at night. Boost handles it correctly, it will be fixed in the next release.

[SamuriHL]

....aaaand maybe I shouldn't code this late at night. Boost handles it correctly, it will be fixed in the next release.

ROFLMAO! You're starting to sound like me when I write code after drinking too much rum! :D

[Chumbo]

ROFLMAO! You're starting to sound like me when I write code after drinking too much rum! :D
Ditto...:) I like to water down my rum with some Pepsi. :D

Mosu,
I had tried NOT using the double backslashes but mkvmerge would fail. But that was going all the way back to at least version 3. I have NOT tested the latest version of mkvmerge CLI with single slashes. I basically took what the UI provides as the correct command line which includes the double backslashes.

[Chetwood]

BTW, I've been using your batch functionality a lot lately. How about being able to make mmg play back a sound when finished? Thx.

[Mosu]

BTW, I've been using your batch functionality a lot lately. How about being able to make mmg play back a sound when finished? Thx.

Technically: sure, it's possible, but I will not do it, sorry. Playing sound in a cross-platform way would require yet even more libraries to use, not something I'm willing to do for tiny functionality gains.

I had been looking into notification techniques like growl/snarls a while back but didn't find easy-to-use, cross-platform code there either. Basically each desktop environment has its own notification mechanism (some like Linux even more -- KDE's + gnome's, even though basic access works through a shared interface), and again, that would be a lot of code to write and to test for little gain.

[Mosu]

Ditto...:) I like to water down my rum with some Pepsi. :D

Mosu,
I had tried NOT using the double backslashes but mkvmerge would fail. But that was going all the way back to at least version 3. I have NOT tested the latest version of mkvmerge CLI with single slashes. I basically took what the UI provides as the correct command line which includes the double backslashes.

Hmm, that's mmg escaping the command line wrongly on Windows then. Unfortunately cmd.exe totally sucks when it comes to command line parsing (try entering path names with spaces and quotes in it), so not every command line produced by mmg will be useable in cmd.exe. That's why there are option files. If in doubt use one (mmg always does).

See http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.option_order and search for "option file".

[Mosu]

Hey,

I've released mkvtoolnix v5.1.0. It fixes a lot of smaller issues across the board and greatly improves support for MPEG transport streams.

There are two important issues for package maintainers:

1. MKVToolNix now requires a C++ compiler that supports certain features of the C++11 standard. For gcc this means at least v4.6.0 is required. Unfortunately clang, even in the upcoming release 3.0, doesn't support all of the required features yet. Platforms that don't ship with such a new gcc or with clang only will have to stay at MKVToolNix 5.0.1.

2. MKVToolNix now requires Boost v1.46 or newer.

There were no changes that concern package maintainers.

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

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

All of the Linux binaries that I provide have already been built and are available.

Here's the full ChangeLog since release v5.0.0:

2011-11-28 Moritz Bunkus <moritz@bunkus.org>
* Released v5.1.0.
* mkvmerge: bug fix: Fixed more timecode handling issues for video tracks in MPEG transport streams whose PES packets sometimes don't have a timecode.
* mkvmerge: bug fix: mkvmerge will no longer create folders on drives it shouldn't create them on on Windows.

2011-11-26 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed bogus huge timecodes sometimes occurring for AVC/h.264 video tracks read from MPEG transport streams.

2011-11-24 Moritz Bunkus <moritz@bunkus.org>
* all: enhancement: Made all EXEs declare their required access level privileges for Windows' User Access Control.
* mmg: enhancement: Made mmg DPI-aware on Windows (tested up to 144 DPI).

2011-11-09 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: mmg will append ".xml" to the file name entered when saving from the chapter editor if no extension was given.

2011-11-06 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: bug fix: Improved skipping broken data on all operating systems.
* mkvmerge, mkvextract: bug fix: Skipping broken data in Matroska file often caused the program to abort on Windows. This has been fixed so that processing continues after the broken part. Fix for bug 668 (https://www.bunkus.org/bugzilla/show_bug.cgi?id=668).

2011-11-04 Moritz Bunkus <moritz@bunkus.org>
* examples: Added XSLT 2.0 stylesheets in the "examples/stylesheets" directory for turning Matroska chapters into cue sheet and split points for "shntool" (useful for situations in which you have e.g. a live recording from a concert including chapters and want to create one audio file per song).
* mkvmerge: bug fix: Fixed reading VC1 video tracks from Matroska files that don't use VC1 start markers (0x00 0x00 0x01 ...).

2011-10-30 Moritz Bunkus <moritz@bunkus.org>
* mmg: enhancement: Added "ogv" to the list of known file extensions for "Ogg/OGM audio/video files". Implements bug 667 (https://www.bunkus.org/bugzilla/show_bug.cgi?id=667).
* mmg: bug fix: A utility function for breaking a line into multiple ones was accessing invalid memory in rare situations causing mmg to crash. Could happen e.g. when adding a job to the job queue.

2011-10-24 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: mkvmerge will use DTS instead of PTS for VC1 video tracks read from MPEG transport streams.

2011-10-23 Moritz Bunkus <moritz@bunkus.org>
* build system: Boost's "Range" library is now required.
* build system: Boost v1.46.0 or newer is now required. As a consequence included copies of some of Boost's libraries have been removed (foreach, property tree).
* build system: The C++ compiler must now support several features of the C++11 standard: initializer lists, range-based 'for' loops, right angle brackets, the 'auto' keyword and lambda functions. configure checks for each of these. For GCC this means at least v4.6.0.

2011-10-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed reading MPEG transport streams on big endian systems.
* mkvmerge: enhancement: Added support for reading AAC tracks from MPEG transport streams.

2011-10-17 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Relaxed the compatibility checks when concatenating VP8 video tracks.

2011-10-16 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed PCM audio in WAV sometimes being detected as DTS.
* mkvmerge: enhancement: The verbose identification mode will add the properties "default_duration", "audio_sampling_frequency" and "audio_channels" if appropriate and if the corresponding header elements are present.

2011-10-13 Moritz Bunkus <moritz@bunkus.org>
* Packaging: In v5.0.1 mmg's guide was accidentally moved into the "mkvtoolnix" Debian/Ubuntu package. It has been moved back into "mkvtoolnix-gui" again.

2011-10-11 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: "Castilan" has been merged with "Spanish" into "Spanish; Castillan" in the ISO 639 language list as both share the same ISO 639-2 code "spa".

Have fun.

Kind regards,
mosu

[b66pak]

thanks a lot...
_

[Chumbo]

Hey,
I've released mkvtoolnix v5.1.0.
...
Thanks Mosu.

[robpdotcom]

Hey,

I've released mkvtoolnix v5.1.0. It fixes a lot of smaller issues across the board and greatly improves support for MPEG transport streams.

Will this help with appending m2ts files?

[Mosu]

Will this help with appending m2ts files?

More or less. The functionality is there in mkvmerge, you just cannot use it with mmg -- yet.

For mkvmerge you can now specify more than one file name in parenthesis and those files will be treated like they were one logical big file. The syntax is pretty simple:

mkvmerge -o out.mkv ( file1.ts file2.ts file3.ts )

However, this cannot be used from mmg yet as mmg's "append" function still only does this:

mkvmerge -o out.mkv file1.ts + file2.ts + file3.ts

Both are valid options for different scenarios. The "( file1 file2 ... )" syntax is meant to be used with files that are just different parts of one huge file, meaning that the single parts, concatenated binarily (think of DOS's "copy /b" or Linux' "cat file1 file2 > hugefile"), would be a valid file.

The "old" method "file1 + file2" is used if each file has its own set of file headers and control structures, e.g. AVIs, MP4 files, Matroska files etc.

I will add the required parts to mmg sometime, but that will most likely not occur before the holidays (maybe not even before end of January judging from my calendar), and I didn't want to delay this release any further.

I also haven't found the time to document it yet. I wanted to before the release, but... well...

[Chumbo]

Hmm, that's mmg escaping the command line wrongly on Windows then. Unfortunately cmd.exe totally sucks when it comes to command line parsing (try entering path names with spaces and quotes in it), so not every command line produced by mmg will be useable in cmd.exe. That's why there are option files. If in doubt use one (mmg always does).

See http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.option_order and search for "option file".
Honestly, I've had no issues other than the one I just reported regarding creating the path. The only issue is inconvenience in that I have to use a separate variable to hold those paths that contain the double slashes. Although, I'm trying to move away from command-line scripting to WSH but just not had the time.

[Chetwood]

Playing sound in a cross-platform way would require yet even more libraries to use, not something I'm willing to do for tiny functionality gains.
I wasn't talking about cross-platform but mmg.exe ;)

Seriously, I guessed as much however I'd hoped that at least having the computer make a beep sound using the internal speaker would be equally doable on all systems.

[Mosu]

Everything about mkvtoolnix has to be cross-platofmr.

Even accessing the speaker in a cross-platform compatible way is not trivial, I guess. Also: the speaker is the most annoying sound-making device in computer history :)

Still no, sorry.

[Superb]

void wxBell()
Ring the system bell.

Include files:
<wx/utils.h>
Wouldn't that work...? or wxSound?

[Mosu]

Sure. Will you also provide the patch that implements a checkbox-backed option in mmg so that users can turn it on&off?

[sneaker_ger]

And make "off" the default, please.
Always falling off my chair after re-installing imgburn or eac3to...

[Chetwood]

Of course you're right about the PC speaker. However, some tool back in the day used it in a way that it only made a short, low 'thud' sound which wasn't annoying. Well, maybe someone else will provide a patch cause I sure as hell ain't a programmer...

[hello_hello]

Suggestion: Please add a "Minimize to System Tray" feature, that can be activated by clicking on Minimize or Close buttons.

Personally I don't mind if software doesn't have that functionality (in fact sometimes it'd be better) as I prefer to control it myself.

For XP there's TrayIt! (http://www.teamcti.com/trayit/trayit.htm) or for more functionality or newer versions of Windows there's something like PMW (http://www.snapfiles.com/get/processmanagerwin.html).

Or try a Google search for system tray managers or something similar.

PS TrayIt has an option labelled "disable quick minimise" which for some inexplicable reason is, I think, checked by default. If you uncheck it you can minimise any application to the tray simply by right clicking on it's close button.

[roozhou]

Hi Mosu,

Two questions:

1) Is it possible to build win32 binary on Windows, using either MSVC or GCC?
2) Why do all .exe files in mkvtoolnix have an export table? They are all exporting ~100 functions of names starting with libssh2, e.g. libssh2_channel_close.

[Mosu]

Hi Mosu,

Two questions:

1) Is it possible to build win32 binary on Windows, using either MSVC or GCC?

Yes, it is possible albeit not easy. One of my translators usually builds with mingw gcc on Windows (not with a cross-compiler on Linux as I do).

A couple of versions ago it was definitely possible to build with MSVC, and other interested users contributed project files to that effect. However, they have neither been updated nor tested in the weeks since. However, as v5.1.0 requires certain C++11 features I'm actually not sure whether or not MSVC supports them already.

So "yes" for gcc, "I don't know but unlikely out of the box" for "MSVC".

2) Why do all .exe files in mkvtoolnix have an export table? They are all exporting ~100 functions of names starting with libssh2, e.g. libssh2_channel_close.

No idea.

[roozhou]

Yes, it is possible albeit not easy. One of my translators usually builds with mingw gcc on Windows (not with a cross-compiler on Linux as I do).

A couple of versions ago it was definitely possible to build with MSVC, and other interested users contributed project files to that effect. However, they have neither been updated nor tested in the weeks since. However, as v5.1.0 requires certain C++11 features I'm actually not sure whether or not MSVC supports them already.

So "yes" for gcc, "I don't know but unlikely out of the box" for "MSVC".

Thanks, I will have a try.


No idea.
The export table should only exists on DLLs. It is likely all EXEs are linking to libssh2 and libssh2 is built as a DLL-like library, which is built as a static library, but with all functions still marked 'export'. So all libssh2 functions, no matter used or not, are linked and exported, making the EXEs very big.

[Mosu]

The export table should only exists on DLLs. It is likely all EXEs are linking to libssh2 and libssh2 is built as a DLL-like library, which is built as a static library, but with all functions still marked 'export'. So all libssh2 functions, no matter used or not, are linked and exported, making the EXEs very big.

Thanks for the insight. I'll dig into this further (meaning I now know where and what to ask).

[vmrsss]

Hi Mosu,

I find the following with 5.1.0: it immediately crashes with this error, whatever the input.

mkvmerge(13149) malloc: *** error for object 0x7fff722e6860: pointer being freed was not allocated
*** set a breakpoint in malloc_error_break to debug
Abort trap: 6

Can you please check?