MKVToolNix v24.0.0 released

[stax76]

You are right Zenitram, for many tools performance is very important.

[v0lt]

I find the longest sequence of ±1 tc for the first 120 frames and calculates fps. Then I rounded up to the standard values if the difference is not more than 0.05%.
This is certainly not an accurate method, but it works well in most cases.

[v0lt]

@Mosu
I opened mkv-file with one video stream and frame rate equal to 23.976. In the setting of the video stream I forced 24000/1001p. Then, in the advanced settings I recorded "--timecode-scale <n>", and received the following timecodes for the first frame for any n.
n=1 -> tc=42000000
n=10 -> tc=4200000
n=100 -> tc=420000
n=1000 -> tc=42000
n=10000 -> tc=4200
n=100000 -> tc=420
n=1000000 -> tc=42
n=10000000 -> tc=4
But, if I understand correctly, it should be the following:
n=1 -> tc=41708333
n=10 -> tc=4170833
n=100 -> tc=417083
n=1000 -> tc=41708
n=10000 -> tc=4171
n=100000 -> tc=417
n=1000000 -> tc=42
n=10000000 -> tc=4

[Mosu]

It's possible that forcing the frame rate doesn't work for your combination and that the source file's timecodes are re-used. Try with an elementary stream (e.g. a raw h.264 file).

[v0lt]

With elementary stream:
n=1 -> tc=41708332
n=10 -> tc=4170833
n=100 -> tc=417083
n=1000 -> tc=41708
n=10000 -> tc=4171
n=100000 -> tc=417
n=1000000 -> tc=42
n=10000000 -> tc=4
More correctly, but there is a strange rounding "n = 1 -> tc = 41708332".

[Mosu]

Might be a bug, but one that I will likely not invest time into any time soon.

[mike23]

How do I find out the audio+video codec properties (e.g. audio/video bitrate, aspect ratio,...) of a mkv file?

I expect such an info in MKVtoolix GUI but did not found it.

Can this be integrated in the next release?

Thank you

[foxyshadis]

Next thread down (https://forum.doom9.org/showthread.php?t=96516), MediaInfo will give you what you need.

[Mosu]

If you want a compressed view/overview then MediaInfo is what you should use, just as foxyshadis has pointed out.

If you need a detailed view of the structure and content of a Matroska file then use the »mkvinfo GUI« that comes with the MKVToolNix package for the time being. Integrating mkvinfo's GUI into the »MKVToolNix GUI« is on the TODO list, albeit with a very low priority.

[mike23]

If you want a compressed view/overview then MediaInfo is what you should use, just as foxyshadis has pointed out.

If you need a detailed view of the structure and content of a Matroska file then use the »mkvinfo GUI« that comes with the MKVToolNix package for the time being. Integrating mkvinfo's GUI into the »MKVToolNix GUI« is on the TODO list, albeit with a very low priority.

Thank you.

"but mkvinfo GUI" from mkvtoolnix package is NOT a GUI but only a simple cmdline tool.
Is there a separate download for the GUI version?

[Mosu]

You're likely using the portable version. In that case you have to run »mkvinfo -g« (meaning you have to add the command-line option »-g« in order to start the GUI). The installer creates a start menu entry for it which already contains that command-line option.

No, it's not separate download, and no, it's not a simple command-line tool, it's both, actually.

[FireFreak111]

Any idea on how to fix the following problem? Any help would be greatly appreciated :)

When I use a FLAC track externally next to an MKV, it plays with 1:1 sync, loaded correctly, all good. When I mux it into that MKV using MKVmerge, it seems to cut off ~15 seconds of audio, starting too early, If I try to shift the audio by that much, its cut off still, but can start at the right time (just ~15 seconds no audio). The original file is a TrueHD file, and it does the same. (FLAC makes no difference)

There seem to be no warnings, no errors. Any idea why it's breaking?

The original problem is that the .ac3 file the track came from was damaged (its meant to be a TrueHD/AC3 file), reading in MKVMerge as a H264 clip. I used eac3to to extract the audio out of the file, and as stated it works perfectly as an external track. It's only when I try to mux the extracted track into the file that the sync is lost.

Finally, this file is alongside 24 other .ac3 files, which all play perfectly as a TrueHD track when muxed. I had to apply a -1ms shift to them all only when they are muxed into the file (unmuxed they are synced)

[hubblec4]

Hi Mosu

How many digits are allowed for an UID? In mmg->chapter editor are 19 digitis max and in the new gui 20.
The specs says an unsigned integer so could we use more then 20 digits, maybe infinite?

[nevcairiel]

Hi Mosu

How many digits are allowed for an UID? In mmg->chapter editor are 19 digitis max and in the new gui 20.
The specs says an unsigned integer so could we use more then 20 digits, maybe infinite?

Numbers in Matroska are limited to 64-bit, so the largest number it can represent is 18446744073709551615 (unsigned 64-bit integer), which happens to be 20 digits. But when using 20 digits, the first always has to be a 1.

[hubblec4]

many thanks nevcairiel.

[ndjamena]

C:\Users\User>mkvextract chapters "Z:\Dummy.mkv" -r "C:\Users\P
ublic\Desktop\Create Folder\chapters.xml"
terminate called after throwing an instance of 'mtx::mm_io::create_directory_x'
what(): create_directory() failed

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

[ndjamena]

https://github.com/mbunkus/mkvtoolnix/issues/1095

MKVMerge doesn't seem to be having any problems reading from m2vs on my machine any more, yet I still can't get FFMPEG to read a .wav without crashing and I'd assumed they were caused by the same "problem" on my PC.

I remuxed several m2vs repeatedly using the current version this morning without a hitch, so I downloaded 7.4.0 and tried again with that version and the second attempt bugged out on me.

What did you change?

[Mosu]

Things. Stuff. Code. The magic condition that made things go boom on your machine.

Read: I really have no idea why it's not crashing for you anymore.

[NikosD]

This file appears to have PGS subtitles, but mkvmerge complains about it.

Is track 3: only declared but with no content ?

http://www.filedropper.com/1latraviata

[Mosu]

The current 7.9.0+ does not complain about that file at all. It happily remuxes all three tracks.

What exactly is the complaint? Screenshots?

[NikosD]

You 're right.

Using directly mkvmerge works fine, so I posted again to StaxRip's thread which says that it's mkvmerge's fault.

http://forum.doom9.org/showthread.php?p=1726891#post1726891

[stax76]

Looking at my code I see that it permits error code 0 and 1 and aborts with everything else. I'll have to look for mkvmerge error codes documentation...

[Mosu]

That sounds about right. 2 = actual errors (all tools abort right after the first error, meaning with exit code 2 you will always only have one actual error message); 1 = warnings but no errors; 0 = neither errors nor warnings.

[Mosu]

Hey,

I've released MKVToolNix v8.0.0. A ton of work has gone into the new GUI, MKVToolNix GUI, which is now officially the GUI to use. The old GUI is now marked as being deprecated (it will show a warning about that when you start it) and will be removed within the next two releases.

Apart from all the improvements to the new GUI there have been a couple of bug fixes in other parts of the program suite. The most important or most noticeable is probably a bug fix to mkvmerge's key frame detection handling for MP4 DASH files.

Changes for package maintainers: nothing's changed since 7.9.0.

Here are the usual links: the MKVToolNix home page (https://www.bunkus.org/videotools/mkvtoolnix/), the Windows installer and portable version (http://www.fosshub.com/MKVToolNix.html) and the source code (https://www.bunkus.org/videotools/mkvtoolnix/source.html).

All binaries that I provide have been uploaded already.

Here's the full ChangeLog (https://www.bunkus.org/videotools/mkvtoolnix/doc/ChangeLog) since the previous release:

2015-06-19 Moritz Bunkus <moritz@bunkus.org>
* Released v8.0.0.
* MKVToolNix GUI: improved locating the mkvmerge executable on non-Windows systems. Fixes #1246 (https://github.com/mbunkus/mkvtoolnix/issues/1246).

2015-06-18 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: chapter editor bug fix: dragging & dropping a file onto the chapter editor that cannot be parsed as chapters was causing a confusing warning about changed chapters not being saved.

2015-06-16 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool bug fix: fixed several controls not changing their language correctly when the interface language is changed.

2015-06-10 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool enhancement: drag & drop of files works even if no mux settings are currently open. Implements #1245 (https://github.com/mbunkus/mkvtoolnix/issues/1245).
* mkvmerge: bug fix: fixed codec identification for MP2 audio read from MPEG program/transport streams. Fixes #1242 (https://github.com/mbunkus/mkvtoolnix/issues/1242).

2015-06-09 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: job output enhancement: when clicking the »abort« button the GUI asks for confirmation before aborting. Both this check and the one when quitting the application can be turned off via an option in the preferences. Implements #1238 (https://github.com/mbunkus/mkvtoolnix/issues/1238).
* MKVToolNix GUI: job output bug fix: fixed displaying the estimated remaining time in tabs that have been opened for specific jobs. Fixes #1244 (https://github.com/mbunkus/mkvtoolnix/issues/1244).

2015-06-07 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new merge tool, header & chapter editor features: the GUI will ask for confirmation before closing or reloading tabs that have been modified and before quitting if there are modified tabs. This check can be disabled in the preferences. Implements #1211 (https://github.com/mbunkus/mkvtoolnix/issues/1211).
* MKVToolNix GUI: new merge tool feature: implemented an option that allows the user to set up a list of languages. When adding files only those tracks whose language is included in that list are set to be muxed by default. Implements #1227 (https://github.com/mbunkus/mkvtoolnix/issues/1227).
* MKVToolNix GUI: header editor bug fix: fixed the editor assuming values were changed if a track is present whose language element is not present in the file. Fixes #1240 (https://github.com/mbunkus/mkvtoolnix/issues/1240).

2015-06-06 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: fixed the translation of the tool tip for the »close tab« buttons after changing the interface language. Fixes #1237 (https://github.com/mbunkus/mkvtoolnix/issues/1237).
* MKVToolNix GUI: bug fix: appended tracks will be disabled automatically when starting to mux if the track they're appended to has been disabled by the user.
* MKVToolNix GUI: new feature: added an option in the preferences for disabling additional lossless compression for all track types. Implements #1174 (https://github.com/mbunkus/mkvtoolnix/issues/1174).
* mkvmerge, MKVToolNix GUI: new feature: added an option (»--engage keep_last_chapter_in_mpls«) that will cause mkvmerge not to remove the last chapter entry from a Blu-ray play list file which mkvmerge normally does if that entry's timecode is within five seconds of the movie's end. Implements #1226 (https://github.com/mbunkus/mkvtoolnix/issues/1226).
* MKVToolNix GUI: fixed updating the number of pending jobs info in the status bar when manually starting jobs. Fixes #1236 (https://github.com/mbunkus/mkvtoolnix/issues/1236).
* MKVToolNix GUI: merge tool bug fix: fixed a crash when removing source files. Fixes #1235 (https://github.com/mbunkus/mkvtoolnix/issues/1235).

2015-06-05 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new watch jobs tool feature: implemented estimating the remaining time for both the current job and the whole queue.
* MKVToolNix GUI: merge tool bug fix: the default settings for the »output directory policy« was changed to »same directory as the first input file«. Fixes #1234 (https://github.com/mbunkus/mkvtoolnix/issues/1234).

2015-06-04 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: enhancement: the following dialogs can now be maximized: the »preferences« dialog; the »additional command line options« dialog; the dialog showing the command line; the dialog where the user selects the play list to add. Implements #1231 (https://github.com/mbunkus/mkvtoolnix/issues/1231).
* MKVToolNix GUI: merge tool enhancement: pressing delete when the source files view is focused will cause the selected source files to be removed. Implements #1225 (https://github.com/mbunkus/mkvtoolnix/issues/1225).
* MKVToolNix GUI: merge tool enhancement: implemented toggling of »mux this« for all selected tracks by either double-clicking on the tracks or pressing enter/return when the tracks view is currently focused. Implements #1225 (https://github.com/mbunkus/mkvtoolnix/issues/1225).
* MKVToolNix GUI: job queue enhancement: added a menu entry for starting all jobs pending manual start. Implements #1228 (https://github.com/mbunkus/mkvtoolnix/issues/1228).
* MKVToolNix GUI: enhancement: the text in all message box dialogs can now be selected & copied, even on Windows. Implements #1230 (https://github.com/mbunkus/mkvtoolnix/issues/1230).
* all: the detection whether or not the applications are installed on Windows is done by checking for the presence of a special file in the program folder instead of checking for an entry in the registry written by the installer. This enables users to try new portable versions without having to uninstall an installed version first as their settings will be kept separate now. A side effect is that compatibility with Windows XP should be restored. Implements #1229 (https://github.com/mbunkus/mkvtoolnix/issues/1229).

2015-06-02 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: on Windows the job queue was accidentally always saved to and loaded from the registry even if the portable version was used.
* MKVToolNix GUI: job queue bug fix: fixed accidental duplication of lines when using drag & drop in certain ways. Fixes #1221 (https://github.com/mbunkus/mkvtoolnix/issues/1221).

2015-06-01 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: if a job is running when the user wants to quit requires confirmation from the user that the running job should be aborted. Fixes #1219 (https://github.com/mbunkus/mkvtoolnix/issues/1219).
* MKVToolNix GUI: bug fix: fixed the initial status display when viewing a job's output from the queue.
* MKVToolNix GUI: bug fix: running jobs cannot be removed from the job queue anymore. Fixes #1220 (https://github.com/mbunkus/mkvtoolnix/issues/1220).
* MKVToolNix GUI: bug fix: when starting the GUI old jobs from the queue were silently discarded if they included additional parts (e.g. VOBs).
* MKVToolNix GUI: bug fix: job queue: when saving the job queue jobs removed in the GUI were not removed from the stored settings.
* MKVToolNix GUI: bug fix: when viewing the job output of a job that hasn't been run yet the »save output« button was enabled.
* mkvmerge, mkvpropedit: bug fix: fixed an invalid memory access leading to a crash in the Base 64 decoder. Fixes #1222 (https://github.com/mbunkus/mkvtoolnix/issues/1222).

2015-05-31 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: fixed progress parsing for interface languages other than English.
* mkvmerge: enhancement: if running in GUI mode (parameter »--gui-mode«) then the progress will be output as the untranslated »#GUI#progress …%« in order to facilitate parsing of progress by GUIs.
* mkvmerge: bug fix: fixed key frame designation for video tracks in MP4 DASH files.

2015-05-30 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: the track statistics tags of Matroska source files are always discarded, no matter whether or not they're to be created for the output file. That way they won't be reported as track tags by mkvmerge's identification mode. This makes it easier for the user to create output files without track statistics tags as (s)he only has to use the option »--disable-track-statistics-tags« and not disable all the track tags as well anymore. Fixes #1186 (https://github.com/mbunkus/mkvtoolnix/issues/1186).
* mkvmerge, mkvinfo, mkvextract: bug fix: fixed a crash with certain types of invalid Matroska files. Fix for #1183 (https://github.com/mbunkus/mkvtoolnix/issues/1183).

2015-05-26 Moritz Bunkus <moritz@bunkus.org>
* all: bug fix: removed some unused code thereby fixing compilation on OpenBSD (#1215 (https://github.com/mbunkus/mkvtoolnix/issues/1215)).

2015-05-25 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: fix alignment of the tool contents with the tool selector at the bottom. Fixes #1194 (https://github.com/mbunkus/mkvtoolnix/issues/1194).
* MKVToolNix GUI: new feature: added a »help« menu with links to several parts of the MKVToolNix documentation. Implements #1195 (https://github.com/mbunkus/mkvtoolnix/issues/1195).
* MKVToolNix GUI: job output tool: added a button for acknowleding the warnings/errors produced for the job shown. Implements #1210 (https://github.com/mbunkus/mkvtoolnix/issues/1210) and is the last part of the implementation of #1196 (https://github.com/mbunkus/mkvtoolnix/issues/1196).
* MKVToolNix GUI: merge tool: the »save« button has been removed in favor of the »save…« menu entries. This also improves consistency with the other tools.
* MKVToolNix GUI: enhancement: header editor: made the meaning of the »Reset« button clearer with a better label and an additional tool tip. Implements #1212 (https://github.com/mbunkus/mkvtoolnix/issues/1212).
* MKVToolNix GUI: enhancement: the tabs for the tools that haven't been implemented yet (extraction, info and the tag editor) are not shown anymore.
* MKVToolNix GUI: bug fix: header editor: fixed the track language shown if the element is not present in the file.
* MKVToolNix GUI: bug fix: when browsing the output file name the currently entered file name is pre-selected in the dialog. Fixes #1207 (https://github.com/mbunkus/mkvtoolnix/issues/1207).
* MKVToolNix GUI: enhancement: the update check dialog showing the change log can now be maximized. Implements #1204 (https://github.com/mbunkus/mkvtoolnix/issues/1204).
* MKVToolNix GUI: new feature: implemented viewing the output of any job in the job queue.
* MKVToolNix GUI: new feature: implemented saving the job output to a file.
* MKVToolNix GUI: enhancement: language and country drop-down boxes will contain the common languages/countries both at the top as well as in the full list. Part of the implementation of #1200 (https://github.com/mbunkus/mkvtoolnix/issues/1200).
* MKVToolNix GUI: enhancement: the entry »Undefined (und)« is always shown at the top of the language drop-down boxes. Part of the implementation of #1200 (https://github.com/mbunkus/mkvtoolnix/issues/1200).
* MKVToolNix GUI: enhancement: the number of new warnings and errors are shown in the status bar. Both counters can be acknowledged via context menus on the status bar and in the job queue view. Part of the implementation of #1199 (https://github.com/mbunkus/mkvtoolnix/issues/1199).

2015-05-24 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: enhancement: the number of jobs pending automatic/manual execution is listed in the status bar. Part of the implementation of #1199 (https://github.com/mbunkus/mkvtoolnix/issues/1199).

2015-05-23 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: enhancement: the progress widget in the stats bar is not reset to 0 once all the jobs have been processed in order to signal the user that the jobs have actually been processed. Part of the implementation of #1198 (https://github.com/mbunkus/mkvtoolnix/issues/1198).
* MKVToolNix GUI: merge tool enhancement: a short animation of a moving icon is shown when a job is started or added to the job queue as a clue to the user what's happening and where to look for output. This animation can be disabled in the preferences. Implements #1198 (https://github.com/mbunkus/mkvtoolnix/issues/1198).

2015-05-18 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: job output bug fix: fixed superfluous empty lines in job output/warning/error output.
* MKVToolNix GUI: merge tool bug fix: when adding a VOB from a DVD the tree items for the additional parts (the other VOBs processed automatically) weren't shown.

2015-05-11 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: merge tool: fixed the scroll bar not disappearing in the input tab if the window is high enough. Fixes #1193 (https://github.com/mbunkus/mkvtoolnix/issues/1193).
* MKVToolNix GUI: chapter editor enhancements: when selecting a chapter the the chapter name closest to the previously selected chapter name (or the first if there wasn't a previously selected one) is selected automatically.
* MKVToolNix GUI: chapter editor enhancements: when starting a new file a single edition and a single chapter are added automatically.
* MKVToolNix GUI: merge tool enhancement: the »add files« button has been re-labeled »add source files« in order to make it clearer that it cannot be used for adding attachments, even if the attachments tab is the currently selected tab.
* MKVToolNix GUI: merge tool & job queue tool enhancement: short tool tips will be shown for the files, tracks, attachments and jobs views telling the user to right-click for adding files and similar actions.
* MKVToolNix GUI: new feature for the merge tool, the header and chapter editors: if no file is open then »new« and »open file« buttons are shown.
* build system: desktop files and icons were only installed if wxWidgets was enabled. Fixes #1188 (https://github.com/mbunkus/mkvtoolnix/issues/1188).
* man pages: clarify functionality of --default-duration. Fixes #1191 (https://github.com/mbunkus/mkvtoolnix/issues/1191).
* build system: bug fix: fixed running rake if no locale or one with an encoding other than UTF-8 is set. Fixes #1189 (https://github.com/mbunkus/mkvtoolnix/issues/1189).

Have fun.

[Mosu]

C:\Users\User>mkvextract chapters "Z:\Dummy.mkv" -r "C:\Users\P
ublic\Desktop\Create Folder\chapters.xml"
terminate called after throwing an instance of 'mtx::mm_io::create_directory_x'
what(): create_directory() failed

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.


Looks like I forgot to respond to this one. Thanks for pointing it out. I've fixed this to report an appropriate error message before release 8.0.0.

[Snowknight26]

In Windows, if the mouse cursor is placed over a disabled button, radio button or check box, scrolling doesn't work.

For example, when you open the MKVToolNix GUI, immediately place your mouse over the Tags browse button for example. Scrolling now does not work.

[Mosu]

Nothing I can fix; that's up to the GUI toolkit. Sorry.

[Thunderbolt8]

is it still recommended to stick to the 32-bit version as it used to be with older versions?

[Mosu]

I wonder where you got that impression from. All I've ever said during the time when I didn't offer 64bit binaries was that the 32bit binaries could do anything potential 64bit binaries could do. For MKVToolNix 64bit or 32bit doesn't make a difference; both versions offer the same set of features, and the resource usage (especially memory) is normally way below the limit for 32bit systems.

Meaning: chose whichever fits your operating system for supposedly best performance.

[hubblec4]

Hi Mosu

In the new gui the append-function works not correct.
I will append a 00003.m2ts to 00002.m2ts. The Video stream (only 1) appends correct, but there are 3 audio tracks and 12 subtitles.
The audio tracks from 00003.m2ts will all append to audio track 1 of the 00002.m2ts. Same with the subtitles

the mux prozess abort with an error message.

OR, I move manually all appended tracks to the correct track of 00002.m2ts.

[Dion]

I really hope you don't kill off the old GUI. It works perfectly fine and is VERY simple to use.

[rsotome]

Is there any way to get rid of the "mkvmerge GUI deprecated" message every time the program is started?

Not really that thrilled with the new GUI yet (maybe one day) & the old one works perfectly.

[mood]

please disable the "mkvmerge GUI deprecated" message every time the program is started.

why the new GUI save mka instead mkv?? It never happened to me with "old GUI"

If I have a file with name "RiseUp" for example

the old GUI changes it to RiseUp(1).mkv

the new GUI changes it to RiseUp.mka

why mka? And Why disable tracks automatically like video tracks

the old GUI works very well why change it

[LeMoi]

Is there any way to get rid of the "mkvmerge GUI deprecated" message every time the program is started?

Not really that thrilled with the new GUI yet (maybe one day) & the old one works perfectly.

+1. The message is quite annoying, at least, with previous versions, when there was an update, it showed the message only once ^^
I'm not really confortable with the new GUI, which is not as practical as the old one, so please, keep updating the new one but leave the old one with it ^^

[Mosu]

Thanks for your feedback. That message cannot be turned off at the moment. I will make it a one-shot message for the next release. If you want to get rid of it RIGHT FRIGGIN' NOW then you should be able to use mmg.exe from 7.9.0 until release 8.1.0.

The old GUI will definitely go away. Sorry. There are several reasons for that decision, among the most important for me that wxWidgets is a pain in the ass that requires constant attention. At the moment, for example, compiling MKVToolNix with a certain compiler switch used to highlighting the use of deprecated functions causes more than 60.000 lines of warnings to be emitted! And it's not mmg that's using those functions; those functions just happen to be part of a class that mmg uses. So there's not even anything I can do about it (apart from not using that switch which kind of defeats the purpose of such helpful switches).

Maintaining two GUIs at the same time is also simply not possible. And even before I started working on the new GUI I was so fed up with the toolkit (wxWidgets) the old GUI uses that I didn't want to implement anything in the old GUI anymore.

More reasons for that switch can be found in this FAQ entry (https://github.com/mbunkus/mkvtoolnix/wiki/MKVToolNix-GUI-status).

If you want to keep using the old GUI then you should be able to use mmg.exe from 7.9.0 for the time being and the foreseeable future. But do note that I do not make any guarantees that mkvmerge from a future version will continue to work with the old mmg.exe. The interface between mkvmerge and the GUIs doesn't change that often, but it does change sometimes, and I will not go out of my way to keep old technology working.

[Mosu]

Hi Mosu

In the new gui the append-function works not correct.
I will append a 00003.m2ts to 00002.m2ts. The Video stream (only 1) appends correct, but there are 3 audio tracks and 12 subtitles.
The audio tracks from 00003.m2ts will all append to audio track 1 of the 00002.m2ts. Same with the subtitles

the mux prozess abort with an error message.

OR, I move manually all appended tracks to the correct track of 00002.m2ts.

Thanks for the feedback. Hmm that doesn't sound right :) I can currently not reproduce the issue here but would like to fix it. Can you please provide me with screenshots after adding each file to its own mux job? What I need to know is the exact number of types of tracks; hence me asking for the screen shots so that I create a similar situation.

Alternatively I could also upload the first ~50MB of each file to my FTP server (https://github.com/mbunkus/mkvtoolnix/wiki/FTP-server) if you want. That should do the trick, too.

[Mosu]

why the new GUI save mka instead mkv?? It never happened to me with "old GUI"

Thanks for the heads-up. The output file name's extension is determined by the track types that are present in the file. If there are video tracks then .mkv should be used. If there are no video tracks present but audio tracks then .mka should be used.

That being said it's quite possible that the automatic adjustment of the output file name is currently buggy. I will look into this.

the old GUI works very well why change it

The point above sounds like a bug and not an intentional change. In this regard the new GUI should work like the old one.

I've already commented on some reasons for implementing a new GUI above; other reasons can be found here (https://github.com/mbunkus/mkvtoolnix/wiki/MKVToolNix-GUI-status).

[hubblec4]

Thanks for the feedback. Hmm that doesn't sound right :) I can currently not reproduce the issue here but would like to fix it. Can you please provide me with screenshots after adding each file to its own mux job? What I need to know is the exact number of types of tracks; hence me asking for the screen shots so that I create a similar situation.

Alternatively I could also upload the first ~50MB of each file to my FTP server (https://github.com/mbunkus/mkvtoolnix/wiki/FTP-server) if you want. That should do the trick, too.


Sample files will be uploaded.

and here the Screenshots.
The append issue occurs for every Bluray for me.

[Mosu]

Thanks. Definitely a bug, and I'll fix it. I've opened an issue for it (https://github.com/mbunkus/mkvtoolnix/issues/1257).

[hubblec4]

Another (issue)?

the old mmg config file: when i double click it, mmg open and all settings loaded.
the new config file dont open the new gui. when I choose in windows, "open file with..." and set the standard application, then the new gui open, but no settings will be loaded.

[hubblec4]

I hope the old gui will be work a long time, then it work perfect for me since many years.

but, i think we all will accustom to the new gui.

[Mosu]

That's the command-line options not having been implemented yet. It's on my TODO for the next release already (https://github.com/mbunkus/mkvtoolnix/issues/1209).

[hubblec4]

That's the command-line options not having been implemented yet. It's on my TODO for the next release already (https://github.com/mbunkus/mkvtoolnix/issues/1209).

ah ok, thanks. also a double click on the new config file will be the same behavior as the old config file?

[Mosu]

That's the plan, yes.

[mikeyakame]

Mosu,

Would it be possible for Preferences\Merging\Output file name\'Use fixed directory' in the new GUI, to treat a relative path as relative to the first input files path, rather than how it currently behaves, relative to the start directory of the GUI executable?

I can only speak as a Windows user, but typically I'd run the GUI from a shortcut and never from the console, as I just use the cli binaries if I have the console open instead. If this wasn't intended, would you be able to give it some thought?

Speaking for myself (and possibly others) where we work in a project layout, and can generally express the output path as relative to the input path, this would save having to browse or hand-edit the output file each time we create a new merge, and where it doesn't exist the current behaviour of 'Same path as first input file' is reasonable.

[Mosu]

Would it be possible for Preferences\Merging\Output file name\'Use fixed directory' in the new GUI, to treat a relative path as relative to the first input files path, rather than how it currently behaves, relative to the start directory of the GUI executable?

Thank you for the feedback. That's a good suggestion, at least partially. I will likely implement such an option but rather as an additional choice instead of replacing the current behavior of the »fixed directory choice«. Having a fixed output directory (e.g. on a separate, huge drive) is something that I know people are using; they wouldn't welcome the loss of that functionality.

What »relative directory« may replace, though, is the »parent directory of first output file« as that can be expressed as the relative directory »..«.

I'll open an issue for that.

[rsotome]

You're running with the new GUI, I get you don't want to have to worry about aging software, but maybe there's a way to customize the new GUI a bit to make the transition a little easier.

A problem I've been having is that the new GUI doesn't save attachments when I mux to an MKV file, so far I've only tried adding font files as attachments, so maybe it's an isolated incident.

After adding a new job to the 'job queue', can you make the current job box clear & load a blank one, much like the old GUI did?

Under input, bottom area "Tracks, chapters, tags and attachments:" can you make it possible for the new GUI to save my custom column layouts? Like I don't need to see the Codec, Type or ID columns, and I would like to organize the layout to see the Source file column first, Name column second, and the rest last.

Under output, adding a chapter file, can you make the default both .xml & .txt files? It's a bit picky I know, but when you're adding a laundry list of jobs, it gets annoying to have to keep selecting All files (*) for each one.

Thank you for taking the time to listen & for this great program. :)

[Mosu]

but maybe there's a way to customize the new GUI a bit to make the transition a little easier.

The new GUI has more customization options than the old one already, and I do plan on implementing a lot more configurable options so that users can fine-tune its behavior. See all the issues opened for the new GUI (https://github.com/mbunkus/mkvtoolnix/issues?q=is%3Aopen+is%3Aissue+label%3A%22app%3AMKVToolNix+GUI%22): in a lot of them I plan to implement the requested feature as an optional feature.

A problem I've been having is that the new GUI doesn't save attachments when I mux to an MKV file, so far I've only tried adding font files as attachments, so maybe it's an isolated incident.

This is a bug. Issue 1260 (https://github.com/mbunkus/mkvtoolnix/issues/1260) has already been opened for it.

After adding a new job to the 'job queue', can you make the current job box clear & load a blank one, much like the old GUI did?

Issue 1254 (https://github.com/mbunkus/mkvtoolnix/issues/1254) has already been opened for that. Yes, the feature will be implemented in the new GUI, too.

Under input, bottom area "Tracks, chapters, tags and attachments:" can you make it possible for the new GUI to save my custom column layouts? Like I don't need to see the Codec, Type or ID columns, and I would like to organize the layout to see the Source file column first, Name column second, and the rest last.

Interesting request. I'll open a new issue for it, and I will likely implement it, but it'll have a lower priority. Probably in 8.2.0 or 8.3.0. (It's issue 1268 (https://github.com/mbunkus/mkvtoolnix/issues/1268) now.)

Under output, adding a chapter file, can you make the default both .xml & .txt files? It's a bit picky I know, but when you're adding a laundry list of jobs, it gets annoying to have to keep selecting All files (*) for each one.

Sure, that's easy enough to do. I've opened issue 1269 (https://github.com/mbunkus/mkvtoolnix/issues/1269) for it.

Thank you for taking the time to listen & for this great program. :)

You're quite welcome, and thanks for your feedback & your kind words.

[Mosu]

And Why disable tracks automatically like video tracks

The new GUI has an option to only enable tracks that have a certain language (e.g. only enable English and German tracks but not the others). As video tracks often don't have a language you can additionally tell the GUI to always enable video tracks, no matter which language is selected for them.

My guess is that you've accidentally messed with that setting. The default setting is to always have all tracks enabled when you add them. You can achieve that by going to the preferences, selecting the »merging« tab and disabling the option »only enable muxing of tracks with specific languages by default«.

Note that the file name suggestion of .mka only happens if your current muxing job doesn't include a video track, or of all video tracks are disabled – meaning if an audio-only file would be created. This is the intended behavior. As soon as there's a video track present and enabled the new GUI will use .mkv as the extension, too.

[LeMoi]

I can't find in the new GUI the 'mis' language code that was present in mmg, i just see the 'und' code but not the 'mis'