View Full Version : MKVToolNix v24.0.0 released
Mosu
19th September 2015, 17:34
Anyone else having issues downloading the non-portable Windows install packages? Getting a file not found on both 32 and 64 bit Windows installers. Portable links are fine.
I just had to re-build both installers as the version numbers shown were wrong due to a stupid mistake. Please re-visit the FossHub download page and try again.
Mosu
19th September 2015, 17:35
…and it seems I have to re-re-upload the installers with different file names, otherwise FossHub's interface will continue to have a problem with them. Give me five minutes.
AYColumbia
19th September 2015, 17:37
Thank you Mosu. No problem, just wanted to give a heads up. I was able to grab what I need from your builds. Many thanks for continuing to improve this tool. :)
Mosu
19th September 2015, 17:39
Done. Please re-visit the FossHub download (http://www.fosshub.com/MKVToolNix.html) page. I've confirmed that both installers can be downloaded properly now.
AYColumbia
19th September 2015, 17:40
Done. Please re-visit the FossHub download (http://www.fosshub.com/MKVToolNix.html) page. I've confirmed that both installers can be downloaded properly now.
Confirmed. Thanks again.
ShadyCrab
20th September 2015, 03:07
I'm not sure if it was intentional, but you cant use the Mouse Scroll to change the fields anymore (scrolling down to change Default track from Yes to No for example). This was a real time saver in 8.3.0, especially when dealing with many, many files (small repetitive savings add up, and it reduces the 'mental fatigue' on repetitive tasks when they take less steps). Is it possible this could be added back as an option or something?
I really like the default track column addition in 8.4, its an incredible help in making sure you dont mess up default settings.
Mosu
20th September 2015, 08:03
I'm not sure if it was intentional, but you cant use the Mouse Scroll to change the fields anymore (scrolling down to change Default track from Yes to No for example).
This was indeed intentional as it made scrolling the whole pane a pain. Users complained about that, quite often.
You can still scroll the combo boxes, though, but only if they currently have the focus. So click on e.g. the language combo box and the scroll wheel will send its events to that combo box.
I don't plan on making this optional at the moment. Sorry.
hubblec4
20th September 2015, 11:17
Hi Mosu
I asked you for a while, could you change the output of the time in nano precession for the "identify-for-mmg" switch.
You said you cant change the output, cause other people had then problems with parsing.
mmmh ... now you have change something (grrr.)
please change the time format from ms to ns!!!
Mosu
20th September 2015, 11:30
No, sorry. I do know of people who parse those timestamps. I won't change them lest I break their application. However, I don't know of anyone having used the audio_* values in verbose identification mode. And if someone complains about them I can still re-add the old values in addition to the new ones, and that wouldn't break anything. Big difference.
hubblec4
20th September 2015, 11:34
...
However, I don't know of anyone having used the audio_* values in verbose identification mode. And if someone complains about them I can still re-add the old values in addition to the new ones, and that wouldn't break anything. Big difference.
I parse this values :-)
It's ok with your change, I will update to your changes.
Dont waste your time for re-adding!
Can you add a new switch please?
(identify-for-mmg-ns)
Mosu
20th September 2015, 11:42
No, I don't like that there are three different identification modes already. I won't add a fourth one.
Ask me again in a release or two, maybe I'll change my mind about the formatting.
hubblec4
20th September 2015, 11:53
No, I don't like that there are three different identification modes already. I won't add a fourth one.
Which are the other two modes?
Ask me again in a release or two, maybe I'll change my mind about the formatting.
Yes ok, i will do that.
Maybe you add the switch --time-ns and an additionally entrie appear at the end of the text.
Time in ns is very important for me, because splitting,"ordered chapters" and my Matroska Menu Editor need this to work perfectly.
Mosu
20th September 2015, 11:57
--identify, --identify-verbose, --identify-for-gui (or its older version --identify-for-mmg which continues to work).
Mosu
20th September 2015, 12:27
Uhm… remind me again. For which values do you need ns precision?
hubblec4
20th September 2015, 20:31
For which values do you need ns precision?
In a prev version of mkvmerge was the identify-output for a mkv "Duration:".
First the hh:mm:ss:ms code followed by the time in second with millisec(1,234).
Now, there is a value "duration:" and many digits:
Example:
...
container: Matroska [container_type:17 duration:7724190000000 is_providing_timecodes:1 segment_uid
:9d8243fdc3600b69a474fb2a0ec8448a]
...
Is this the duration of the mkv, which format?
There are other duration values at the tracks. I think this are not so interessting.
Mosu
20th September 2015, 20:37
The duration: entry in the container line is the segment duration in nanoseconds. There's a »default_duration« entry for tracks, again in nanoseconds, but that's not the track's duration, obviously.
Earlier versions of mkvmerge also listed the track statistics tags. You can force mkvmerge to include them again by adding »--engage keep_track_statistics_tags« in addition to »--identify…«. mkvmerge does not reformat those tags, it outputs them the way they are. mkvmerge writes those tags as HH:MM:SS.nnnnnnnnn, but other applications may chose less precision – and that's nothing mkvmerge could change.
So basically there's nothing for me to do here.
hubblec4
21st September 2015, 00:01
Sorry Mosu
I get the movie duration value from mkvinfo.exe.
So can you add there a posibillity to get the durations with ns?
wanezhiling
21st September 2015, 01:52
http://i3.tietuku.com/f1b46cbc3687490a.png
http://i3.tietuku.com/bcd405a25c250f49.png
http://i3.tietuku.com/3993a0ff47076283.png
It seems that the simplified Chinese language in 8.4 is not complete even comparing to the one in 8.3? And the sc lang size is much smaller in 8.4 too. A mistake?
Mosu
21st September 2015, 07:38
I get the movie duration value from mkvinfo.exe.
So can you add there a posibillity to get the durations with ns?
Like I said: the movie duration is already part of the properties, it's »duration:« in the container line. It is the duration in ns.
Mosu
21st September 2015, 07:40
It seems that the simplified Chinese language in 8.4 is not complete even comparing to the one in 8.3? And the sc lang size is much smaller in 8.4 too. A mistake?
The translator for Chinese Simplified does not update the translation often. As I don't speak Chinese myself there's not a lot I can do about it; I need translators who do the actual work.
The translation file in 8.4.0 is smaller because the old GUI and all associated strings have been removed from MKVToolNix. That's exactly how it should be.
hubblec4
21st September 2015, 09:45
Like I said: the movie duration is already part of the properties, it's »duration:« in the container line. It is the duration in ns.
Ok, thats clear
BUT
the ns value seems to me not really good calculated.
Every ns value ends with "000000".
Only three digits for ms not "000".
In mkfinfo.exe(output) there is not really a "container line", or??
Mosu
21st September 2015, 10:38
The »container« line refers to the output of mkvmerge's identification mode.
The segment duration field in the Matroska file is scaled via TimecodeScale. That value defaults to 1000000. This means that the duration field itself only has a precision of ms. mkvmerge outputs what's in that field, it doesn't scan the whole file for calculating anything.
So no, mkvmerge cannot give you the information you want. You would have to parse mkvinfo's full output and calculate everything yourself, I guess.
You're probably going to ask me to extend mkvinfo's output to ns precision next. Please open a feature request on Github (https://github.com/mbunkus/mkvtoolnix/issues/) for that.
LeMoi
21st September 2015, 11:41
If we install this version over previous one, will the MMG be preserved or will it be removed?
Mosu
21st September 2015, 11:44
The installer will clean up obsolete files and therefore remove mmg.exe. Use the portable version if you want to keep mmg.exe around.
LeMoi
21st September 2015, 12:01
So if i still want to use the old GUI, I just have to keep the mmg.exe file?
Mosu
21st September 2015, 12:08
You also need data\magic.mgc from 8.3.0 and the locale folder from 8.3.0. Unfortunately you cannot simply mix magic.mgc from different versions generally as that will lead to segmentation faults in one of the applicaitons.
In such a situation it would probably be simpler to keep two folders around, one with mmg.exe and its associated files (you can remove the other .exe from that folder) and one folder with the current MKVToolNix. Then point mmg.exe to the location of the newer mkvmerge.exe.
Bigmango
21st September 2015, 14:17
Now that the mkvmerge-gui was removed there's no gui anymore in the archlinux version... :(
Mosu
21st September 2015, 14:19
There are three bugs open (https://bugs.archlinux.org/index.php?string=mkvtoolnix&project=0&search_name=&type%5B%5D=&sev%5B%5D=&pri%5B%5D=&due%5B%5D=&reported%5B%5D=&cat%5B%5D=&status%5B%5D=open&percent%5B%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=&do=index) for this already, the oldest one from the 8.0.0 release. Complain to the Arch Linux maintainers, please, it's their job to keep things up to date.
Or compile it yourself for the time being. Arch Linux is my main development platform, and the GUI works nicely there.
There's also an AUR package (https://aur.archlinux.org/packages/mkvtoolnix-git/) called mkvtoolnix-git which builds the Qt-based GUIs.
Murcetieb
21st September 2015, 14:31
It seems that the simplified Chinese language in 8.4 is not complete even comparing to the one in 8.3? And the sc lang size is much smaller in 8.4 too. A mistake?
8.3 ships with a translation that has been reverted as per user report (https://github.com/mbunkus/mkvtoolnix/issues/1399).
I've started working on the Simplifed Chinese translation, and have just finished untranslated and fuzzy entries. Going to do a thourough check of all entries in the next a few days. Will submit to Mosu when I feel it's ready, hopefully this can be done within this week.
You can check my progress on my Github repo (https://github.com/DonghuiLi-81/mkvtoolnix/commits/zh_CN?author=DonghuiLi-81). Feedback is welcome.
Mosu
21st September 2015, 14:33
That's great to hear! Thanks, Murcetieb, I appreciate it.
wanezhiling
23rd September 2015, 14:48
https://www.sendspace.com/file/1f6aa1
latest simplified Chinese language file
Chetwood
23rd September 2015, 17:14
Typo in German GUI:
Was wollen Sie mit den Dateien machen, die sie hier her gezogen undfallen gelassen haben?
should read
Was wollen Sie mit den Dateien machen, die sie hierher gezogen und fallen gelassen haben?
Mosu
23rd September 2015, 17:21
Fixed, thanks.
Thunderbolt8
24th September 2015, 11:48
is this meant to be a translation for drag and drop? I'd rather use "die Sie hier eingefügt haben", there is no need to translate the whole thing literally. What matters is just the outcome, where the files are now.
right now it sounds clumsy.
Chetwood
25th September 2015, 05:45
Still, ziehen und fallenlassen appears to be the proper translation and also being used in professionally translated OSs like Windows (the translation is professional, not the OS).
Thunderbolt8
25th September 2015, 15:29
it still sounds rather clumsy and stupid. there is really no need to translate the whole process when the result is all that matters. what happened is that bestimmte Dateien dort eingefügt worden sind. how his happened, no one cares.
Chetwood
26th September 2015, 05:48
Says you. So?
Perenista
27th September 2015, 16:02
I am getting this error (click to enlarge):
http://s9.postimg.org/6oy940ah7/Sem_t_tulo.jpg (http://postimg.org/image/6oy940ah7/)
It wasn't happening BEFORE I updated to the last version of this program.
Mosu
27th September 2015, 16:04
Well, don't try to write to directories you don't have write access to, like C:\Program Files\…
Perenista
27th September 2015, 16:26
Well, don't try to write to directories you don't have write access to, like C:\Program Files\…What? This is what you get from using version 7.4.0...
http://s29.postimg.org/uh5343lv7/Sem_t_tulo.jpg (http://postimg.org/image/uh5343lv7/)
I had to search for a previous version to see if was not some sort of bug. Apparently, it is.
As you can see, I am able to add an audio and subtitle track to the MKV successfully. The file tested was in the same location. My OS version is Windows 8.1 PRO 64 bit.
EDIT: Sorry for the misunderstanding. I changed the output folder, and it worked in the last version. Didn't know about the write access thing. This is going to confuse some people.
BTW, why can't I open more than one instance from this program now? In the past I worked with more than one file at the same time, to speed up things.
Mosu
27th September 2015, 16:49
You cannot open more than one instance because you don't have to. You can open as many tabs inside that instance as you want. You can continue working while the program is muxing.
Additionally starting the program when an instance is already running is adding the files the second instance was started with to the running instance's current merge settings (think of drag & drop to an icon on the desktop or the »send to…« context menu facility).
foxyshadis
30th September 2015, 13:48
What? This is what you get from using version 7.4.0...
http://s29.postimg.org/uh5343lv7/Sem_t_tulo.jpg (http://postimg.org/image/uh5343lv7/)
I had to search for a previous version to see if was not some sort of bug. Apparently, it is.
As you can see, I am able to add an audio and subtitle track to the MKV successfully. The file tested was in the same location. My OS version is Windows 8.1 PRO 64 bit.
EDIT: Sorry for the misunderstanding. I changed the output folder, and it worked in the last version. Didn't know about the write access thing. This is going to confuse some people.
How did you manage to do that? The only way I can think of is that you accidentally manually selected the mkvmerge folder when choosing output, because I've blanked my settings file a few times and tried to open files different ways, and still can't get it to default to anywhere but the original file's folder. If you have a workflow that exposes a bug, it'd help to describe it. No one else has run into the restricted folder problem so far because it should never default there.
Mosu
30th September 2015, 13:55
It can happen in several cases. The file dialog receives an argument which directory to show initially. If that argument is empty then the file dialog will default to the current working directory, which in turn defaults to the folder the program's run from on Windows – with the installed version this is C:\Program Files\MKVToolNix by default.
If you start the GUI from a fresh installation ( = no settings saved yet), don't add a file but click on the »browse« button next to the output file name, then the dialog should default to the installation folder if I'm not mistaken. Now enter a name without actually checking the folder and you're in such a situation.
I will probably not spend time on making this foolproof, though. As we all know that would be futile ;) The universe and bigger fools etc.
magsoud
30th September 2015, 16:49
Add MKVToolNix in Video ContextMenu.
Add new window for "Success Mux" finish.
Add Up or Down Key for Tracks...
Mosu
30th September 2015, 17:22
First of all: I'm more inclined to listen to requests if you're actually polite. Just saying »do this« and »do that« doesn't fit the bill. Is it so hard to actually ask? Maybe even include a »please« somewhere?
Add MKVToolNix in Video ContextMenu.
I'm not sure what this means.
Add new window for "Success Mux" finish.
Nope, sorry. Such a dialog doesn't fit into the GUI's design. In the old GUI the workflow was limited: when it was muxing you couldn't do anything else with the GUI and had to wait for muxing to finish. In the new GUI, however, you can continue working just fine: create more mux jobs, edit chapters or file headers, you can even run more than one muxing job at the same time.
Add Up or Down Key for Tracks...
That's already implemented. There are actually three ways for re-ordering entries (not just tracks!):
Use drag & drop like in any other Windows application.
Hold Ctrl and press the cursor up/down keys while the list view has the focus.
Go to the preferences and enable »show buttons for moving list entries up and down«. Then you'll see push buttons like in the old GUI.
magsoud
30th September 2015, 21:48
Add MKVToolNix in Video ContextMenu.
I'm not sure what this means.
With changes the Registry, Like shape...
Mosu
2nd October 2015, 12:49
Ah, I see. I won't spend time on it. Patches to the installer for such functionality would be welcome, though.
Overdrive80
3rd October 2015, 13:44
What program should I use to translate this https://github.com/mbunkus/mkvtoolnix/tree/master/doc/man/es???
mike23
5th October 2015, 05:36
How to solve error in file structure?
I opened a given *.kmv file in mkvmerge GUI v8.3.0 which is included in package 8.4.0.
Without any changes I start muxing the video into a new file.
The log window shows after approx 30% an error:
E:\xxx.German.DL.1080p.BluRay.x264-ENCOUNTERS.mkv: Error in the Matroska file structure at position 1160154794. Resyncing to the next level 1 element.
The last timecode processed before the error was encountered was 00:32:38.261666662.
Still resyncing at position 1373987038.
Still resyncing at position 1615741628.
...
After a minute or so the muxing process is aborted and the target file contains only the first 32min.
So why is mkvmerge not able to detect/inspect the full video?
How can I repair the video ?
DMD
6th October 2015, 15:20
Good morning
When demuxing (using tsMuxeR) a file created with MKVToolnix 8.4.0-1 get the following error :confused:
http://i58.tinypic.com/15e8iub.jpg
When demuxing the same file created with MKVToolnix 8.3.0, demux is OK
http://i61.tinypic.com/2uifc3k.jpg
It 'a problem that can be solved?
THANK YOU
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.