gMKVExtractGUI

[djcj]

So far I've been using mkv-extractor-qt on Ubuntu, but I prefer to use the same programs on Windows and Linux so I gave it a try.
I can build and run the tool. And when I create symbolic links to the MKVToolnix programs it doesn't complain about not finding them:
djcj: Debug $ ln -s /usr/bin/mkvmerge mkvmerge.exe
djcj: Debug $ ln -s /usr/bin/mkvextract mkvextract.exe
djcj: Debug $ ln -s /usr/bin/mkvinfo mkvinfo.exe
djcj: Debug $ mono gMKVExtractGUI.exe

But when I open an mkv file it shows me an error:
http://fs2.directupload.net/images/150922/temp/w539pox6.png (http://fs2.directupload.net/images/150922/w539pox6.png)

[gpower2]

Hi djcj,

the truth is I haven't actually tried building on Linux, and the code is hardwires to work with windowsm even the parser of the executable's output (line endings, etc).

So the code is not tested to work on Linux out of the box. I could work with you to try and make it work on Linux too, if you could provide me with the Log output of the application, in order to check the executable's output.

Thanks for the feedback!

[djcj]

Depending on how I set the environment language before I start the program I either get no information (like on the screenshot) or it says "Error: There is no translation available for 'en'."

[gpower2]

If you press the Log button (on the bottom left corner of the application) you will get information about the output. Could you paste it here?

[djcj]

Here's the log from after selecting an input file:
[2015-09-23][23:53:40] Error: There is no translation available for 'en'.
That's the whole log. It looks like it doesn't even read any information from the input file.
Tested on SVN snapshot (r80).

[gpower2]

It seems that the mkvtoolnix you use does not have the english resources(???) and gMkvExtractGUI depends on the english output to do the parsing.

Could you try with the other environment setup that got you the first message and check the log?

[djcj]

Changing the language code in the source files from "en" to "en_US" and setting the environment variables in the shell to English seemed to do the trick. Well, at least I get more useful information from the log. And it pops up a message saying "No mkv segments were provided!".
Here's the full log: http://pasted.co/a843e8fb

[gpower2]

That's weird, when running "mkvextract --ui-language list", I get the output:

Available translations:
en (English)
ca (Catalan)
cs (Czech)
de (German)
es (Spanish)
eu (Basque)
fr (French)
it (Italian)
ja (Japanese)
lt (Lithuanian)
nl (Dutch)
pl (Polish)
pt_BR (Brazilian Portuguese)
pt (Portuguese)
ru (Russian)
sr (Serbian)
sv (Swedish)
tr (Turkish)
uk (Ukrainian)
zh_CN (Chinese Simplified)
zh_TW (Chinese Traditional)

I guess if you run the same command, you will get a different output, could you check it to be sure?

As for the "No mkv segments were provided!", that simply means that the parser couldn't identify any mkv segments in the output, although the log you posted seems to be normal.

I'll check it and post the results here.

Thanks for your efforts! :)

EDIT:
I realized I used "\r\n" to do the line splitting instead of Environment.NewLine, so in Linux it was definitely broken.
Fixed in r81, so you could check it out.

[djcj]

Now it works!
However, I need to run the tool with "LANGUAGE=C mono gMKVExtractGUI.exe" and I need to apply this patch:
--- a/gMKVToolnix/gMKVExtract.cs
+++ b/gMKVToolnix/gMKVExtract.cs
@@ -498,7 +498,7 @@
{
ProcessStartInfo myProcessInfo = new ProcessStartInfo();
myProcessInfo.FileName = _MKVExtractFilename;
- myProcessInfo.Arguments = String.Format("--ui-language en {0}", argParameters);
+ myProcessInfo.Arguments = String.Format("--ui-language en_US {0}", argParameters);
myProcessInfo.UseShellExecute = false;
myProcessInfo.RedirectStandardOutput = true;
myProcessInfo.StandardOutputEncoding = Encoding.UTF8;
--- a/gMKVToolnix/gMKVInfo.cs
+++ b/gMKVToolnix/gMKVInfo.cs
@@ -171,7 +171,7 @@
{
// add the default options for running mkvinfo
List<OptionValue> optionList = new List<OptionValue>();
- optionList.Add(new OptionValue(MkvInfoOptions.ui_language, "en"));
+ optionList.Add(new OptionValue(MkvInfoOptions.ui_language, "en_US"));
//optionList.Add(new OptionValue(MkvInfoOptions.command_line_charset, "\"UFT-8\""));
//optionList.Add(new OptionValue(MkvInfoOptions.output_charset, "\"UFT-8\""));
// check for extra options provided from the caller
--- a/gMKVToolnix/gMKVMerge.cs
+++ b/gMKVToolnix/gMKVMerge.cs
@@ -83,7 +83,7 @@
using (Process myProcess = new Process())
{
List<OptionValue> optionList = new List<OptionValue>();
- optionList.Add(new OptionValue(MkvMergeOptions.ui_language, "en"));
+ optionList.Add(new OptionValue(MkvMergeOptions.ui_language, "en_US"));
//optionList.Add(new OptionValue(MkvMergeOptions.command_line_charset, "\"UTF-8\""));
//optionList.Add(new OptionValue(MkvMergeOptions.output_charset, "\"UTF-8\""));
optionList.Add(new OptionValue(MkvMergeOptions.identify_verbose, String.Empty));


Maybe you can let gMKVExtract check whether it has to set "en", "en_US" or something else by checking the output of "--ui-language list".
Here's the list I get:
en_US (English)
ca_ES (Catalan)
cs_CZ (Czech)
de_DE (German)
es_ES (Spanish)
eu_ES (Basque)
fr_FR (French)
it_IT (Italian)
ja_JP (Japanese)
lt_LT (Lithuanian)
nl_NL (Dutch)
pl_PL (Polish)
pt_BR (Brazilian Portuguese)
pt_PT (Portuguese)
ru_RU (Russian)
sr_RS (Serbian Cyrillic)
sr_RS@latin (Serbian Latin)
sv_SE (Swedish)
tr_TR (Turkish)
uk_UA (Ukrainian)
zh_CN (Chinese Simplified)
zh_TW (Chinese Traditional)

Another minor issue is that the progress bar stays at 0% during the extraction phase and jumps directly to 100% after finishing.


EDIT:

Is it possible to add a command line option to tell gMKVExtractGUI.exe that it should use a specific .ini file from another directory? That would make it easier to run it from a system directory and saving the config file in the user directory.
And the source code license according to the project page is public domain, right?

[gpower2]

That's really good news! I expected it would take more changes to make it run on Linux!

As for the issues:

However, I need to run the tool with "LANGUAGE=C mono gMKVExtractGUI.exe"

I'd expect that the "LANGUAGE=C" should not be needed, since the app executes all the cli commands with the "ui-language" parameter in order to be sure that the output is always english. Could you give it a try?

I need to apply this patch:
- myProcessInfo.Arguments = String.Format("--ui-language en {0}", argParameters);
+ myProcessInfo.Arguments = String.Format("--ui-language en_US {0}", argParameters);

Since on Windows the "en" seems to work for everyone, I could just change it on the fly by using the new IsLinux flag.

Another minor issue is that the progress bar stays at 0% during the extraction phase and jumps directly to 100% after finishing.

That could mean that the parser couldn't parse the progress percentage from the output, or that mono can't update the UI asychronously.
Could you post the Log to see what the output writes?

Is it possible to add a command line option to tell gMKVExtractGUI.exe that it should use a specific .ini file from another directory? That would make it easier to run it from a system directory and saving the config file in the user directory.

In r77, I had made a fallback mechanism in order to write to UserAppData when the current user does not have write permissions to the current folder. To be honest I don't know how this will work on Linux.
I could try to incorporate a cli argument like -i or --ini in order to custom load an ini file.

And the source code license according to the project page is public domain, right?

That's exactly right! :)
You can use it however you like!

Thanks again for all your feedback!

[djcj]

I'd expect that the "LANGUAGE=C" should not be needed, since the app executes all the cli commands with the "ui-language" parameter in order to be sure that the output is always english. Could you give it a try?
Somehow the output of the log is in German for me (my default environment language) and the app pops up that "No mkv segments found" message again. Maybe the environment variables have a higher priority and they're kind of overwriting the cli commands? Here's the log if you need it: http://pasted.co/468748b5


That could mean that the parser couldn't parse the progress percentage from the output, or that mono can't update the UI asychronously.
Could you post the Log to see what the output writes?
http://pasted.co/b58a2ad1


In r77, I had made a fallback mechanism in order to write to UserAppData when the current user does not have write permissions to the current folder. To be honest I don't know how this will work on Linux.
Great. It actually works. I've put it into a system directory and then it writes the config into /home/djcj/.config/Gpower2/gMKVExtractGUI/1.6.3.0/gMKVExtractGUI.ini

[gpower2]

Somehow the output of the log is in German for me (my default environment language) and the app pops up that "No mkv segments found" message again. Maybe the environment variables have a higher priority and they're kind of overwriting the cli commands? Here's the log if you need it: http://pasted.co/468748b5

I guess I have to ask Mosu about that one...

Originally Posted by gpower2
That could mean that the parser couldn't parse the progress percentage from the output, or that mono can't update the UI asychronously.
Could you post the Log to see what the output writes?
http://pasted.co/b58a2ad1

The output log is as expected. I checked the relevant code again and everything seems to be bug free, so I'm guessing it's a mono issue.

Great. It actually works. I've put it into a system directory and then it writes the config into /home/djcj/.config/Gpower2/gMKVExtractGUI/1.6.3.0/gMKVExtractGUI.ini

I guess that covers your request, right? I still might implement the cli argument, since it's actually a cool idea!

Thanks again! :)

[gpower2]

After reading the mkvmerge manual more carefully I noticed this:

--ui-language code
Forces the translations for the language code to be used (e.g. 'de_DE' for the German translations). It is preferable to use the environment variables LANG, LC_MESSAGES and LC_ALL though. Entering 'list' as the code will cause mkvmerge(1) to output a list of available translations.

That's why you have to set the LANGUAGE environment variable beforehand!

So, I changed the code a bit, to set the needed environment variables to "C" locale when on Linux and not to use the "--ui-language" cli option.
The environment variables values should only affect the current process, so you won't have to worry about messing with your locale settings.

Could you check r82 without patching it and without adding LANGUAGE=C before running it?

[magsoud]

Please Add Checkbox "Use Source Dir for Output"

[gpower2]

By default the output dir is the same with the source dir, unless you check the "Lock output" checkbox.

So your request is already fulfilled! :)

[Thunderbolt8]

the program keeps crashing for me after updating mkvtoolnix to 8.5.0. does anyone else have this problem?

[gpower2]

At what phase does the app crash?
It crashes immediately on start up?
Or when you open a file?

EDIT:
It appears that the 8.5.0 installer deletes all files in "C:\Program Files\MKVToolnix" except the ones with "exe" extension.
So if you had put the gMKVExtractGUI files in this directory, you will find that the file "gMKVToolnix.dll" is missing.
In that case you should re-download gMKVExtractGUI and put all the files in the MKVToolnix directory again.

[Thunderbolt8]

thanks, it works again.

[kypec]

Your tool does great job but there is one cosmetic annoyance that you could fix easily I hope:
Individual and total jobs percentage labels should be moved one row further down so as to align with their progress bars accordingly - see screenshot:
http://i65.tinypic.com/309q1si.jpg
:thanks:

[gpower2]

I will fix it in the new version! ;)

Thanks for the feedback! :D

[magsoud]

two suggestion for MKVExtractGUI:
1) When the application is extracting, Show warning for click on Close!
2) Show "Success Extraction" in Main Window!

[gpower2]

New version 1.6.4 is out, mostly containing fixes reported from users here, but the most exciting thing about this version, is that it's the first to fully support Linux, thanks to feedback from djcj!

Download link:
http://sourceforge.net/projects/gmkvextractgui/files/v1.6.4/gMKVExtractGUI.v.1.6.4.7z/download

Changelog:

Add support for Linux (thanks djcj)
Add a start up check to ensure that gMKVToolnix.dll is present in the same directory as gMKVExtractGUI.exe
Fix progress labels position in JobManager form (thanks kypec)
Add check on closing in order to ensure that an extraction process does not get interrupted unintentionally (thanks magsood)
Fix Job Manager form Minimum Size
Add context menu to Job Manager Form in order to easily reset job states


Enjoy! :)

[johnsonlam]

Hi,

The download binary name is gMKVExtractGUI 1.6.4.7, in fact it's 1.6.4.0.
When I drag a MKV made with mkvtoolnix-64bit-8.6.1 it complain "Input string was not in a correct format".

Thanks.

[gpower2]

Hi,

The download binary name is gMKVExtractGUI 1.6.4.7, in fact it's 1.6.4.0.
When I drag a MKV made with mkvtoolnix-64bit-8.6.1 it complain "Input string was not in a correct format".

Thanks.

Hi, the download binary is 1.6.4 but it's file extension is 7z, so perhaps you thought that the version is 1.6.4.7 while it's indeed 1.6.4.

Using MkvToolNix 8.6.1 works for me so you have to provide more details with your problem. First step would be to paste the results from the Log window.

[johnsonlam]

Hi, the download binary is 1.6.4 but it's file extension is 7z, so perhaps you thought that the version is 1.6.4.7 while it's indeed 1.6.4.

Using MkvToolNix 8.6.1 works for me so you have to provide more details with your problem. First step would be to paste the results from the Log window.

Sorry! I'm too hurry to report the problem.
Attached was the log and the actual message dialog.

Thanks.

Rgds,
Johnson.

[isidroco]

Hi, I'm trying to make CDs from some MKVs, and it would be VERY useful to be able to convert XML to CUE format. I need this:

PERFORMER "Electric Light Orchestra"
TITLE "Hyde Park"
FILE "Hyde Park.wav" WAVE
TRACK 01 AUDIO
TITLE "01 - All Over The World"
PERFORMER "Electric Light Orchestra"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "02 - Evil Woman"
PERFORMER "Electric Light Orchestra"
INDEX 01 04:29:10
...

instead of this:

<?xml version="1.0"?>
<!-- <!DOCTYPE Chapters SYSTEM "matroskachapters.dtd"> -->
<Chapters>
<EditionEntry>
<EditionFlagHidden>0</EditionFlagHidden>
<EditionFlagDefault>1</EditionFlagDefault>
<EditionUID>16840779534454836898</EditionUID>
<ChapterAtom>
<ChapterUID>11141243726119184491</ChapterUID>
<ChapterTimeStart>00:00:00.000000000</ChapterTimeStart>
<ChapterFlagHidden>0</ChapterFlagHidden>
<ChapterFlagEnabled>1</ChapterFlagEnabled>
<ChapterTimeEnd>00:04:29.135533333</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>01 - All Over The World</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
</ChapterAtom>
<ChapterAtom>
<ChapterUID>11775360033362589863</ChapterUID>
<ChapterTimeStart>00:04:29.135533333</ChapterTimeStart>
<ChapterFlagHidden>0</ChapterFlagHidden>
<ChapterFlagEnabled>1</ChapterFlagEnabled>
<ChapterTimeEnd>00:09:09.882666666</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>02 - Evil Woman</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
</ChapterAtom>
.....

[hubblec4]

Hi, I'm trying to make CDs from some MKVs, and it would be VERY useful to be able to convert XML to CUE format.


Such a feature was requested for my chapterEditor and its on the ToDo list.
The person are used this tool(chap2cue (http://www.fr-an.de/soft/01/)) at the moment.

[gpower2]

Sorry! I'm too hurry to report the problem.
Attached was the log and the actual message dialog.

So sorry for the late response, unfortunately I thoroughly checked the source code and couldn't find where this error might be.
Could you upload me a piece of the video that throws the error in order to properly debug it?

Hi, I'm trying to make CDs from some MKVs, and it would be VERY useful to be able to convert XML to CUE format. I need this:

PERFORMER "Electric Light Orchestra"
TITLE "Hyde Park"
FILE "Hyde Park.wav" WAVE
TRACK 01 AUDIO
TITLE "01 - All Over The World"
PERFORMER "Electric Light Orchestra"
INDEX 01 00:00:00
TRACK 02 AUDIO
TITLE "02 - Evil Woman"
PERFORMER "Electric Light Orchestra"
INDEX 01 04:29:10
...

instead of this:

<?xml version="1.0"?>
<!-- <!DOCTYPE Chapters SYSTEM "matroskachapters.dtd"> -->
<Chapters>
<EditionEntry>
<EditionFlagHidden>0</EditionFlagHidden>
<EditionFlagDefault>1</EditionFlagDefault>
<EditionUID>16840779534454836898</EditionUID>
<ChapterAtom>
<ChapterUID>11141243726119184491</ChapterUID>
<ChapterTimeStart>00:00:00.000000000</ChapterTimeStart>
<ChapterFlagHidden>0</ChapterFlagHidden>
<ChapterFlagEnabled>1</ChapterFlagEnabled>
<ChapterTimeEnd>00:04:29.135533333</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>01 - All Over The World</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
</ChapterAtom>
<ChapterAtom>
<ChapterUID>11775360033362589863</ChapterUID>
<ChapterTimeStart>00:04:29.135533333</ChapterTimeStart>
<ChapterFlagHidden>0</ChapterFlagHidden>
<ChapterFlagEnabled>1</ChapterFlagEnabled>
<ChapterTimeEnd>00:09:09.882666666</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>02 - Evil Woman</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
</ChapterAtom>
.....

What you are asking is a converter from XML chapters to CUE format. Since the XML chapters does not contain all the information needed for the CUE file, the converter should demand from the user to enter the rest of the information. As you can see, all this is not in the scope of extracting tracks from matroska files, so I will not implement such a feature.
You could use another utility like hubblec4's chapterEditor. ;)

[bin_ch]

So sorry for the late response, unfortunately I thoroughly checked the source code and couldn't find where this error might be.
Could you upload me a piece of the video that throws the error in order to properly debug it?

Just a wild guess.
Don't know whether you have already noticed, the log johnsonlam provided contains some question marks (track_name for the subtitle tracks, and file name for attachment id 6), which indicates a very possible text encoding issue.
MKVToolNix used to write BOM for UTF-* encoded text files, but version 8.6.0 of MKVToolNix included a change to not write BOM anymore. The change has been reverted in 8.7.0.
Considering johnsonlam was using an affected version (8.6.1), would it be possible that the problem is caused by that change?
I suggest johnsonlam giving 8.7.0+ a try, to see if the problem still exists.

[isidroco]

What you are asking is a converter from XML chapters to CUE format. Since the XML chapters does not contain all the information needed for the CUE file, the converter should demand from the user to enter the rest of the information. As you can see, all this is not in the scope of extracting tracks from matroska files, so I will not implement such a feature.
You could use another utility like hubblec4's chapterEditor. ;)

The only info it may not have is title/performer which can be omited if absent (title could be filename). Basically, INDEX 01 is the position of each <ChapterTimeEnd> with decimals translated to frames. And track TITLE is <ChapterString> (which can be set to a generic "Track nn" if absent). Resulting text file can be edited later if one wants more data in it, but it is a huge improvement to be able to have a CUEsheet of extracted WAV.

[rock]

I get error "Input string was not in a correct format"
file: http://a.pomf.cat/fersvc.mkv (got from mpv issue tracker)
I use gMKVExtractGUI v1.6.4, MKVToolNix 8.5.0 64-bit, on Windows 8.1
I can open it and extract with latest MkvExtractGUI-2

regards :)

[gpower2]

Thank you very much for the feedback! :)

I found the bug, it happens when the mkv file has only one chapter entry!

I will shortly release a bug fix version! ;)

Thanks again

P.S.
It looks like it's the same bug that johnsonlam had reported.

[gpower2]

New version 1.6.5 is out, fixing a notorious bug that affected all files that contained only 1 chapter entry! It also incorporates new "cues" extraction mode for more advanced users of mkvtoolnix, and also a new chapter type, CUE, that automatically converts XML chapters to CUE sheet format.

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v1.6.5/gMKVExtractGUI.v1.6.5.7z/download

Changelog:

Fix parsing the number of chapter entries in case there is only one chapter entry (thanks johnsonlam, rock)
Change gMKVToolnix to gMKVToolNix
Add new extraction mode "cues" (thanks bin_ch)
Add new Chapter Type "CUE" which transforms XML chapters to Cue Sheet (thanks isidroco)


Enjoy! :)

[bin_ch]

Thanks for the new version.

One bug report concerning Cue Sheet output:
The INDEX are wrong for chapter entries whose ChapterTimeStart exceed one hour, for example, 01:05:00.0000 should be 65:00:00, but gets written as 05:00:00

[gpower2]

One bug report concerning Cue Sheet output:
The INDEX are wrong for chapter entries whose ChapterTimeStart exceed one hour, for example, 01:05:00.0000 should be 65:00:00, but gets written as 05:00:00

Thanks for the feedback bin_ch! :)
Indeed I forgot to add the hours from the chapter to the minutes of the cue sheet format. I'll fix it in the new version. ;)

I'd also like to ask you if you checked the new cues extraction mode.

Thanks again!

[bin_ch]

Oh yeah, forgot to mention that. Tried the cues extraction and it's working great. Thank for implementing it.

[gpower2]

New version 1.6.6 is out, fixing a bug in the CUE Sheet format chapters, and also incorporating support for older versions of MKVToolNix (v4.x).

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v1.6.6/gMKVExtractGUI.v1.6.6.7z/download

Changelog:

Fix minutes in Cue Sheet Chapter Format (thanks bin_ch)
Add support for older mkvtoolnix versions (v4.x)


Enjoy! :)

[hubblec4]

Hi gpower2

For what these two entries are used?
REM GENRE ""
REM DATE ""

GENRE and DATE are not listed in the specs (http://digitalx.org/cue-sheet/syntax/).

[gpower2]

Hi gpower2

For what these two entries are used?
REM GENRE ""
REM DATE ""

GENRE and DATE are not listed in the specs (http://digitalx.org/cue-sheet/syntax/).

According to digitalx.org, "REM" is a recognized command and according to the wikipedia sample here:
https://en.wikipedia.org/wiki/Cue_sheet_(computing)#Examples
Genre and Date are commonly used comments in cue sheet for CD's.

That's why I included them, in order to make it easier for the user who edits the file afterwards. ;)

[hubblec4]

Thanks for this info. I will implement it too.

[wanezhiling]

dvb sub in mkv is not suuported?
sample: https://www.sendspace.com/file/0s21qa

[gpower2]

It seems that mkvextract does not like CODEC_ID S_DVBSUB...

It's a question that should be asked in the MKVToolNix thread here: http://forum.doom9.org/showthread.php?t=155732 , since gMKVExtractGUI is just a GUI for mkvextract and doesn't contain the actual demuxing code. ;)

[TalasNetrag]

Enhancement request: Could you use a label at the bottom of the window, to signal that the demuxing was successful (instead of the popupbox) and use the popupbox for errors?

[gpower2]

Enhancement request: Could you use a label at the bottom of the window, to signal that the demuxing was successful (instead of the popupbox) and use the popupbox for errors?

I can't find a valid reason to change the default behavior. What use case do you have in mind?

[Solon8]

Enhancement request: Could you use a label at the bottom of the window, to signal that the demuxing was successful (instead of the popupbox) and use the popupbox for errors?

I can't find a valid reason to change the default behavior. What use case do you have in mind?

I actually had the same thought yesterday. The only reason would be to gain some (very little) time, users are lazy. There's just no need for a popup when it's successful.

[wanezhiling]

http://i.imgur.com/1VhyyNH.png
Something is wrong with today's MKVToolNix v9.0.0 (http://forum.doom9.org/showpost.php?p=1762105&postcount=4022)...

[gpower2]

It appears that this change:
A change a lot of users of Windows and Mac OS will hopefully welcome is that mkvinfo launches with its GUI by default now unless the option "--no-gui" is given. Users of these two OSes often start mkvinfo by clicking on the executable instead of using start menu entries making adding the parameter "--gui" somewhat difficult. The behavior for other OSes has not been changed.

invokes MkvInfo executable with the GUI and not the cli.

I'll upload a new version fixing the problem ASAP.

Thanks for the instant feedback! :)

[Telion]

The only reason would be to gain some (very little) time, users are lazy. There's just no need for a popup when it's successful.
Second this, needing to close a popup every time is becoming a bit irritating. It is a common GUI design guideline that informational messages should go into a status bar in an unobtrusive way. Only errors should invoke a modal dialog box to specifically attract user's attention to the fact that his intent was not accomplished and he must take some further actions.

[Wildfire]

Second this, needing to close a popup every time is becoming a bit irritating. It is a common GUI design guideline that informational messages should go into a status bar in an unobtrusive way. Only errors should invoke a modal dialog box to specifically attract user's attention to the fact that his intent was not accomplished and he must take some further actions.

It's not just that it's a pop-up (as a matter of fact, I get two pop-ups), it adds a huge delay to opening a file with gMKVExtractGUI. I have to wait a while for the first mkvinfo to do its work, then I close it, another mkvinfo window pop ups which then takes a while analysing my file...

Well, I'll just wait for the updated gMKVExtractGUI to see if that fixes it.

[alfixdvd]

http://i.imgur.com/1VhyyNH.png
Something is wrong with today's MKVToolNix v9.0.0 (http://forum.doom9.org/showpost.php?p=1762105&postcount=4022)...

In MKVExtractGui-2 occurs the same.