gMKVExtractGUI

[bin_ch]

Since release 9.1.0 of mkvtoolnix I have trouble with almost mkv files.

I start gmkvextractgui, I browse and choose an mkv file and nothing happens. Panel is empty of information and gmkvextractgu hangs, mkvinfo don't retrieve any information.

With version 9.0.1 of mkvtoolnix all's fine

No problems for me, too.

Are you using Non-English Windows?
If so, you might want to give the pre builds (https://mkvtoolnix.download/windows/pre/) of MKVToolNix a try.

[Wildfire]

No problems for me, too.

Are you using Non-English Windows?
If so, you might want to give the pre builds (https://mkvtoolnix.download/windows/pre/) of MKVToolNix a try.

My Windows is non-English too (Dutch, to be precise). No problems here.

[alfixdvd]

I will use MKVcleaver because it works fine with both versions of mkvtoolnix

[bin_ch]

I will use MKVcleaver because it works fine with both versions of mkvtoolnix
So have you tried the pre-builds?

I was suggesting the pre-builds of mkvtoolnix because version 9.1.0 introduced a bug in the output of mkvmerge identification, which gMKVExtractGUI relies on to get file info.
The bug has been fixed in pre-builds 01201 and higher.

If it's still no good with the pre-builds, then you might have indeed found a bug in gMKVExtractGUI.
In that case, you'll need to provide more detailed information for the author to investigate, for example, manually execute mkvmerge.exe --ui-language en --identify-verbose file.mkv and post the output.

[alfixdvd]

So have you tried the pre-builds?

I was suggesting the pre-builds of mkvtoolnix because version 9.1.0 introduced a bug in the output of mkvmerge identification, which gMKVExtractGUI relies on to get file info.
The bug has been fixed in pre-builds 01201 and higher.

If it's still no good with the pre-builds, then you might have indeed found a bug in gMKVExtractGUI.
In that case, you'll need to provide more detailed information for the author to investigate, for example, manually execute mkvmerge.exe --ui-language en --identify-verbose file.mkv and post the output.

I installed 9.1.0 final over 9.0.1 final without de-install, and now works fine.

I don't understand what happens.

If I have another issue I will try : mkvmerge.exe --ui-language en --identify-verbose file.mkv to try to identfy the problem.

thanks

[gpower2]

Sorry for the delayed response alfixdvd...

In gMKVExtractGUI v1.8 & MKVToolNix 9.1.0 the identification process relies solely on mkvmerge.exe and not on mkvinfo.exe like it used to.
Perhaps something happened with your installation with MKVToolNix and that caused the problems you were having. ;)

As the other users suggested, if you happen to run again into problems with gMKVExtractGUI, you could try to run the command "mkvmerge.exe --ui-language en --identify-verbose file.mkv" manually, and post the output here. ;)

Thanks for your feedback! :)

[hello_hello]

I installed 9.1.0 final over 9.0.1 final without de-install, and now works fine.

I don't understand what happens.

I generally download the portable MKVToolNix and unzip it to an appropriately named folder, after renaming the old MKVToolNix folder to something like "MKVToolNix_old". If you copy the ini file from the old MKVToolNix folder to the new one it'll retain the previous settings.

That way it's fairly easy to change the version of MKVToolNix gMKVExtractGUI is using, without having to uninstall/install it.

[Perenista]

I am having this problem here:
Extraction of track ID 1 with the CodecID 'A_MS/ACM' is not supported.

Tried to do this:
http://i.imgur.com/KNjSAzp.png

[gpower2]

You are posting a screenshot of another application (MKVExtractGUI2) and not of gMKVExtractGUI, so I can't help you.

[Perenista]

You are posting a screenshot of another application (MKVExtractGUI2) and not of gMKVExtractGUI, so I can't help you.This error I reported is happening with this app, gMKVExtractGUI. Here's the screenshot from gMKVExtractGUI:

http://i.imgur.com/kvSdFlT.png

And only affects this PCM 5.1 track:

http://i.imgur.com/Tb6pB1z.png

In case you are wondering, this is not the only app that isn't capable of extracting this PCM 5.1 track.

As I reported on Doom9, these can't do the same, too:

- MKVCleaver (http://forum.doom9.org/showpost.php?p=1786484&postcount=434)
- MKVExtractGUI (see previous post)

So, that means this track is stuck inside my MKV (extracted from a Blu-ray - it's lossless).

[Mosu]

mkvextract, the tool all of those GUIs are actually using, does not support that particular CodecID type. Therefore none of those GUIs can extract that track. I don't have any plans for adding support for it either. Sorry.

[Perenista]

OK, I am using this app for the job:
http://taudioconverter.sourceforge.net/
https://hydrogenaud.io/index.php/topic,104311.0.html
http://forum.blu-ray.com/showthread.php?t=209091

It's extracting in the method "COPY AUDIO", as a WAV (and saving in a folder called LOSSLESS-AUDIO), so I am assuming it is not really reencoding anything. I have only seen a bunch of movies/old Blu-rays using a PCM track.

P.S. The track wasted 4.79 GB in WAV (the movie has 2h28m52s).

[djcj]

There are still some case-sensitivity issues left when I try to build revision 116 on Linux:
--- a/gMKVExtractGUI/gMKVExtractGUI.csproj
+++ b/gMKVExtractGUI/gMKVExtractGUI.csproj
@@ -126,7 +126,7 @@
</Compile>
</ItemGroup>
<ItemGroup>
- <ProjectReference Include="..\gMKVToolNix\gMKVToolNix.csproj">
+ <ProjectReference Include="..\gMKVToolNix\gMKVToolnix.csproj">
<Project>{82fc8fa8-50c0-44fa-8801-80050c0ed89f}</Project>
<Name>gMKVToolNix</Name>
</ProjectReference>
--- a/gMKVExtractGUI.sln
+++ b/gMKVExtractGUI.sln
@@ -5,7 +5,7 @@
MinimumVisualStudioVersion = 10.0.40219.1
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "gMKVExtractGUI", "gMKVExtractGUI\gMKVExtractGUI.csproj", "{20EBEFF3-C838-4239-A236-EC055BF51398}"
EndProject
-Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "gMKVToolNix", "gMKVToolNix\gMKVToolNix.csproj", "{82FC8FA8-50C0-44FA-8801-80050C0ED89F}"
+Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "gMKVToolNix", "gMKVToolNix\gMKVToolnix.csproj", "{82FC8FA8-50C0-44FA-8801-80050C0ED89F}"
EndProject
Global
GlobalSection(SolutionConfigurationPlatforms) = preSolution

[gpower2]

Thanks for your feedback, sorry for the delay...

I believe the issue should be fixed in r118. ;)

[gpower2]

New version 1.9.0 is out and it has some important changes. First of all, gMKVExtractGUI from now on will require .NET Framework v4 instead of v2. The main reason for this change was that newer Windows versions (8.1+) come with .NET v4 prebundled, while you have to download .NET v3.5 separately. Since .NET v4 is the last version that is supported by WinXP, I hope that there won't be any compatibility issues. Also, gMKVExtractGUI from now on will use the JSON output from mkvmerge and not the verbose text, so a JSON parser was required and Newtonsoft.Json.dll now comes bundled. In order to keep backwards compatibility, the JSON output will be used only for MKVToolNix version v9.6.0 and newer. Another change, that is untested since I don't have the required setup, is that now the app is DPI aware, so if anyone has the necessary setup, I would really appreciate the feedback!

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v1.9.0/gMKVExtractGUI.v1.9.0.7z/download

Changelog:

Switch to .NET v4
Add new JSON parser for reading the JSON identification info from mkvmerge (Based on NewtonSoft JSON.NET, Newtonsoft.Json.dll)
Fix issues with Linux case sensitivity (hopefully!) (thanks djcj!)
Fix locale issues with Linux (hopefully!) (thanks djcj and Mosu!)
Make application dpi aware (thanks stax76!)
Fix initial size when there is no ini file (thanks bin_ch!)
Fix bug when in job mode and popup checkbox is unchecked and adding a job results in status label showing "Extraction completed!" (thanks bin_ch!)
Switch to using SaveFileDialog and OpenFileDialog instead of FolderBrowserDialog (thanks arestarh!)
Fix rare case where Track properties in mkvmerge verbose identification occupy more than one line
Change namespace from gMKVToolnix to gMKVToolNix


Enjoy people! :D

[amayra]

DPI aware ?????
i think we're gonna have a problem here sir
https://s28.postimg.org/kfh571r4t/screenshot_15.png

[gpower2]

Hmm, it seems that the initial minimum size is not enough in those HighDPI environments.
You can however resize the windows and it will be automatically saved and remembered next time you run it. ;)

Thanks for your feedback! :D

PS.
However, it does look a lot crisper now, doesn't it? :)

[hello_hello]

New version 1.9.0 is out and it has some important changes. First of all, gMKVExtractGUI from now on will require .NET Framework v4 instead of v2. The main reason for this change was that newer Windows versions (8.1+) come with .NET v4 prebundled, while you have to download .NET v3.5 separately. Since .NET v4 is the last version that is supported by WinXP, I hope that there won't be any compatibility issues.

Just thought I'd let you know gMKVEtractGUI seems fine with MKVToolNix 9.6.0 on XP so far.

Thanks.

[gpower2]

@hello_hello
That is excellent! :) Thanks for the feedback! ;)

@djcj
Could you check r126 to see if it works as expected? I think I finally solved all of Linux issues, both at build time and runtime.

[DVD Maniac]

Installs fine but when I click Extract I get this error.

Windows 10 Prof
gMKVExtract v 1.9.0.7

[gpower2]

@DVD Maniac

Hi there and happy new year! :)
Your attachment got approved today and I was surprised to see that the title bar of the form in gMKVExtractGUI does not have the version! It should be "gMKVExtractGUI v1.9.0.0 -- By Gpower2" and not just "gMKVExtractGUI". Are you sure you are using the latest version from SourceForge site?
In any case, could you press the Log button and paste the contents here?

[djcj]

@djcj
Could you check r126 to see if it works as expected? I think I finally solved all of Linux issues, both at build time and runtime.
I could check how it works on Linux, sure.

By the way you should probably include Newtonsoft.Json's license text or a link to its Github site in your Libs folder.
Now that I think about it, the icon may be GPL, since it's based on MKVToolNix's icon.


Update:

So far it's working, but only if I build the binaries from source with Mono. If I use your pre-compiled version I get this "No mkv segments were provided" error. There is also a little layout issue as seen on the screenshot. The progress bar still doesn't work, by the way.

[Bal65]

Windows 7 Pro
gMKVextract v1.9.0
MKVtoolNix v9.9.0

gMKVextract doesn't remember screen width & height between sessions.

If I look in gMKVExtractGUI.ini "after" it's been closed, the values match whatever screen size I set using the mouse to stretch it out, but next time it starts it always reverts to 640x600 and overwrites the previous values "immediately" upon startup.

Note, if I start it maximized, it remembers that setting.

Also, if I set a specific Output Directory and click the "lock" option, while it writes the directory value into gMKVExtractGUI.ini, it doesn't actually use it when restarted (i.e. the Output Directory box is empty and the lock option is unchecked.)

[gpower2]

New version 1.9.1 is out and it is more of a bug fix release, especially for Linux. Hopefully now the compiled binaries should work out of the box on Linux (tested them on Ubuntu).
@Bal65 I believe the settings should have no problem now, however if you're still having problems, please check the Log form for the detected settings path and post the results here. Thanks for the feedback! :)

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v1.9.1/gMKVExtractGUI.v1.9.1.7z/download

Changelog:

Implement new method to read standard output character by character (fixes Linux parsing)
Replace hard-coded newline characters with Environment.NewLine
Improve parsing of mkvinfo output
Add exceptions to the log
Change version identification in Linux
Add more sanity checks
Fix copy-paste bugs in Settings
Add more log messages in Settings
Simplify version checking for Linux and OSX for mkvinfo and mkvmerge
Fix small cosmetic bug for Linux in main Form
Add LICENSE.md for NewtonSoft
Add log for detecting versions
When on Linux, check for mkvmerge in /usr/bin first


Enjoy people! :D

[djcj]

The progress is displayed correctly if I set my environment variable LANGUAGE to C or en_US.UTF-8, otherwise it stays at 0% until it's finished. It looks like --ui-language doesn't do the thing.

--- gMKVExtractGUI/Program.cs
+++ gMKVExtractGUI/Program.cs
@@ -37,13 +37,13 @@
{
// If on Linux, set the enironmnet variables for locale to C (default locale)
// Actually set to en_US.UTF-8 locale in order to support UTF-8 filenames in Linux
- //// After clearing things with Mosu, this is not necessary anymore, since --ui-language is more than enough!
- //if (IsOnLinux)
- //{
- // Environment.SetEnvironmentVariable("LC_ALL", "en_US.UTF-8", EnvironmentVariableTarget.Process);
- // Environment.SetEnvironmentVariable("LANG", "en_US.UTF-8", EnvironmentVariableTarget.Process);
- // Environment.SetEnvironmentVariable("LC_MESSAGES", "en_US.UTF-8", EnvironmentVariableTarget.Process);
- //}
+ if (IsOnLinux)
+ {
+ Environment.SetEnvironmentVariable("LC_ALL", "en_US.UTF-8", EnvironmentVariableTarget.Process);
+ Environment.SetEnvironmentVariable("LANG", "en_US.UTF-8", EnvironmentVariableTarget.Process);
+ Environment.SetEnvironmentVariable("LC_MESSAGES", "en_US.UTF-8", EnvironmentVariableTarget.Process);
+ Environment.SetEnvironmentVariable("LANGUAGE", "en_US.UTF-8", EnvironmentVariableTarget.Process);
+ }
Application.Run(new frmMain());
}
}

[gpower2]

That's quite troubling...
I guess my box plays nicely because I already have en_US locale.
Could you post the log of both cases in order to further troubleshoot the issue?

Thanks for all your feedback! :)

[djcj]

I've attached 2 logs. By default my language is set to de_DE.UTF-8.

[Bal65]

Nope, still having the same problem.

The Detected settings path in the log is always the "same" directory containing the 3 main program files (i.e. if they're in C:\Temp\gMKVextract, that's the path detected and where the initial gMKVExtractGUI.ini gets created.)

Just so we're clear about what's happening...

One the very first run, gMKVExtractGUI.exe creates a new gMKVExtractGUI.ini with a set of default settings.

The values in that new gMKVExtractGUI.ini change whenever I resize the GUI window and/or set the various paths (FYI, the values change "dynamical" as I resize the GUI or input paths.)
Those values remain whatever they are when I exit the program.

However, when I restart gMKVExtractGUI.exe, even if I simple shut it down and restart it, it always overwrites the existing gMKVExtractGUI.ini thus reverting back to its default settings.

It's like gMKVExtractGUI.exe isn't detecting there's an existing gMKVExtractGUI.ini so it always creates a new one?!?!

[Bal65]

Nope, still having the same problem.

The Detected settings path in the log is always the "same" directory containing the 3 main program files (i.e. if they're in C:\Temp\gMKVextract, that's the path detected and where the initial gMKVExtractGUI.ini gets created.)

Just so we're clear about what's happening...

One the very first run, gMKVExtractGUI.exe creates a new gMKVExtractGUI.ini with a set of default settings.

The values in that new gMKVExtractGUI.ini change whenever I resize the GUI window and/or set the various paths (FYI, the values change "dynamical" as I resize the GUI or input paths.)
Those values remain whatever they are when I exit the program.

However, when I restart gMKVExtractGUI.exe, even if I simple shut it down and restart it, it always overwrites the existing gMKVExtractGUI.ini thus reverting back to its default settings.

It's like gMKVExtractGUI.exe isn't detecting there's an existing gMKVExtractGUI.ini so it always creates a new one?!?!

[Bal65]

@Bal65 I believe the settings should have no problem now, however if you're still having problems, please check the Log form for the detected settings path and post the results here. Thanks for the feedback! :)
Still not remembering the settings.

Detected settings path in the log "always" matches whatever directory the main program is located in.

FYI, the values in the ini file do change as I resize the window or if I type something into the Output Directory field and those settings remain "what they were" after I close the program. The problem happens the next time I start it up.

Everything in the ini file reverts back to the initial settings just as if the main program is either not detecting the ini already exists or it's resetting the values to their defaults prior to actually reading them.

[RyFeR26]

Still not remembering the settings.

Detected settings path in the log "always" matches whatever directory the main program is located in.

FYI, the values in the ini file do change as I resize the window or if I type something into the Output Directory field and those settings remain "what they were" after I close the program. The problem happens the next time I start it up.

Everything in the ini file reverts back to the initial settings just as if the main program is either not detecting the ini already exists or it's resetting the values to their defaults prior to actually reading them.

I have exactly the same issue (latest version (1.9.1) on Win10 x64). ini is created, values change when i change the size of the window and check the ini file after closing the app but when starting it's like the ini values are not read and all is set to default again (also in the ini).

Could this be investigated? If more info / testing is needed just let me know.

[gpower2]

@RyFeR26, @Bal65
Could you check the log for this test build?
https://sourceforge.net/projects/gmkvextractgui/files/Debug/%5BTest%5D%5B20170403%5DgMKVExtractGUI.v1.9.1.7z/download

@djcj
Unfortunately the attachments are still pending approval from the boarad. Could you paste the log to pastebin?

[RyFeR26]

[QUOTE=gpower2;1802687]@RyFeR26, @Bal65
Could you check the log for this test build?
https://sourceforge.net/projects/gmkvextractgui/files/Debug/%5BTest%5D%5B20170403%5DgMKVExtractGUI.v1.9.1.7z/download

Downloaded the test version and replaced the files. Started the app, all set to default, changed window size, etc, closed app, restarted app, again set to default.

Copy of log-file and the ini file after resizing and closing the app attached.

If you need more info let me know, thanks for looking into this.

[Bal65]

@RyFeR26, @Bal65
Could you check the log for this test build?
Just as before, when I exit the program, the ini file contains the new settings but, once I restart it, they revert back to the defaults.

Here's the log from your new test version and it shows it is in fact saving the settings before it reads them!

[2017-04-10][12:36:30] Detected settings path: C:\Temp\[Test][20170403]gMKVExtractGUI.v1.9.1
[2017-04-10][12:36:30] Changing WindowState
[2017-04-10][12:36:30] Saving settings...
[2017-04-10][12:36:30] Begin loading settings...
[2017-04-10][12:36:30] Finished loading settings!
[2017-04-10][12:36:30] Begin setting form size and position from settings...
[2017-04-10][12:36:30] Finished setting form size and position from settings!
[2017-04-10][12:36:30] Begin setting chapter type, output directory and job mode from settings...
[2017-04-10][12:36:30] Finished setting chapter type, output directory and job mode from settings!
[2017-04-10][12:36:30] Checking registry for mkvmerge...
[2017-04-10][12:36:30] Changing MkvToolnixPath
[2017-04-10][12:36:30] Saving settings...

The problem appears to be caused by the Changing WindowsState detection which is forcing it to update the settings before it actually reads them. Suggest you update the code so it reads and applies the existing ini settings before making any changes to them.

[Bal65]

@RyFeR26, @Bal65
Could you check the log for this test build?
As before, the settings are changed when I exit the program but get reset to their defaults once I restart it.

Here's the log for this version.

Detected settings path: C:\Temp\gMKVExtractGUI.v1.9.1
Changing WindowState
Saving settings...
Begin loading settings...
Finished loading settings!
Begin setting form size and position from settings...
Finished setting form size and position from settings!
Begin setting chapter type, output directory and job mode from settings...
Finished setting chapter type, output directory and job mode from settings!
Checking registry for mkvmerge...
Changing MkvToolnixPath
Saving settings...

As you can see, it clearly indicates the program is saving the settings before it actually reads them which is what's causing the problem.

[RyFeR26]

As before, the settings are changed when I exit the program but get reset to their defaults once I restart it.

Here's the log for this version.

Detected settings path: C:\Temp\gMKVExtractGUI.v1.9.1
Changing WindowState
Saving settings...
Begin loading settings...
Finished loading settings!
Begin setting form size and position from settings...
Finished setting form size and position from settings!
Begin setting chapter type, output directory and job mode from settings...
Finished setting chapter type, output directory and job mode from settings!
Checking registry for mkvmerge...
Changing MkvToolnixPath
Saving settings...

As you can see, it clearly indicates the program is saving the settings before it actually reads them which is what's causing the problem.

Hmmm, my post with the log file and ini file did not seem to be added properly (not seeing it anyway).

Same issue with the tets-version as Bal65 has commented on. INI file holds the correct data after closing the app, i see the same entries in the log when opening the app again, it says it's loading settings and that it's finished but all is back to default.

[RyFeR26]

Previous 2 posts did not make it to the forum somehow...

Exactly the same behavior as Bal65 describes, incl the Saving settings before the Loading settings.

[gpower2]

I think I found the cause of this behaviour, could you please check out this test version: https://sourceforge.net/projects/gmkvextractgui/files/Debug/%5BTest%5D%5B20170415%5DgMKVExtractGUI.v1.9.1.7z/download

Thanks for all your feedback! :)

[Bal65]

This one keeps the settings between uses http://home.earthlink.net/~al-east/pix/smiles/icon_thumbsup.gif

Log file...

Detected settings path: C:\Temp\gMKVExtractGUI.v1.9.1
Begin loading settings...
Finished loading settings!
Begin setting form size and position from settings...
Finished setting form size and position from settings!
Begin setting chapter type, output directory and job mode from settings...
Finished setting chapter type, output directory and job mode from settings!
Checking registry for mkvmerge...
Changing MkvToolnixPath
Saving settings...

[gpower2]

That's excellent news! Those changes will land with the new version. ;)
Till then, you can safely use the Test version, since it doesn't include any experimental changes and it is safe for daily use.

[Bal65]

Thanks!

[RyFeR26]

That's excellent news! Those changes will land with the new version. ;)
Till then, you can safely use the Test version, since it doesn't include any experimental changes and it is safe for daily use.

Hi, I also confirm it works perfectly now on my config:D

Thanks for fixing it!

[gpower2]

New version 1.9.2 is out and it is yet again another bug fix release. The settings issues are fixed, as well as the remaining locale issues on Linux.

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v1.9.2/gMKVExtractGUI.v1.9.2.7z/download

Changelog:

Add more Log messages
Add more functionality to the Log Form
Fix some cases where settings were getting overriden during start up (thanks Bal65, RyFeR26!)
Switch to using --gui-mode for mkvextract versions v9.7.0 and newer, while keeping existing functionality for backwards compatibility
Hopefully solve all remaining issues with locale on Linux (thanks djcj!)


Enjoy people! :D

[gpower2]

After almost 4 years since the first version of gMKVExtractGUI, I finally managed to rework the UI and the necessary core code to support batch extracting!
v2.0.0 incorporates a new form, that is based on the old one in order to retain familiarity and not to mess with the existing user's workflow. You can now add multiple files and the recognized tracks will appear in a tree. Multiple selection of tracks can be done either manually, or via the context menu which is automatically created according to the file tracks.
The "Job Mode" check box is now replaced by the button "Add Job", so the user can more easily add jobs or run instantly the extraction process.
There are also a lot of changes that I can't possibly document here, so I guess I urge you to discover them! :p

So without further ado, the download link:

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.0.0/gMKVExtractGUI.v2.0.0.7z/download

Changelog:

New form that supports batch extracting!
Fix bug when removing multiple jobs from Job Manager
Add the filename in the track progress report label in the Job Manager
Add new properties in the gMKVSegmentInfo class


Hope you enjoy this people! :D

[SeeMoreDigital]

Hi gpower2,

Sadly I'm receiving a 'page 404' error :(

[Wildfire]

Hi gpower2,

Sadly I'm receiving a 'page 404' error :(

SourceForge seems to be down at the moment. As their Twitter account states, "SourceForge is experiencing issues. We are investigating."

[gpower2]

Talk about bad timing... :(
Entire SourceForge page is down, so naturally the download links don't work at the moment.

You can download v2.0.0 from Videohelp's mirror, at least until SourceForge is back up:
https://www.videohelp.com/download/gMKVExtractGUI.v2.0.0.7z

EDIT:
You can also download v2.0.0 from SoftPedia:
http://www.softpedia.com/get/Multimedia/Video/Other-VIDEO-Tools/gMKVExtractGUI.shtml

[djcj]

On Linux I'm getting a "user32.dll" warning with v2.0.0 when I open a matroska file:

[2017-09-26][16:29:19] System.DllNotFoundException: user32.dll
at (wrapper managed-to-native) gMKVToolNix.gTreeView:SendMessage (intptr,int,intptr,gMKVToolNix.gTreeView/TVITEM&)
at gMKVToolNix.gTreeView.SetIsCheckBoxVisible (System.Windows.Forms.TreeNode node, Boolean value) <0x4216a890 + 0x00193> in <filename unknown>:0
at (wrapper remoting-invoke-with-check) gMKVToolNix.gTreeView:SetIsCheckBoxVisible (System.Windows.Forms.TreeNode,bool)
at gMKVToolNix.Forms.frmMain2.<AddFileNodes>b__14_4 (System.Windows.Forms.TreeNode n) <0x4216a7a0 + 0x0002b> in <filename unknown>:0
at System.Collections.Generic.List`1[T].ForEach (System.Action`1 action) <0x4216a6b0 + 0x0007f> in <filename unknown>:0
at gMKVToolNix.Forms.frmMain2.AddFileNodes (System.String argMKVToolNixPath, System.Collections.Generic.List`1 argFiles, Boolean argAppend) <0x4212e630 + 0x005db> in <filename unknown>:0
at gMKVToolNix.Forms.frmMain2.addInputFileToolStripMenuItem_Click (System.Object sender, System.EventArgs e) <0x4206b0d0 + 0x0010b> in <filename unknown>:0


Mapping user32.dll in the mono config to any Linux library like this


<dllmap dll="user32.dll" target="libc.so.6" os="!windows"/>


gives me a "SendMessage" warning:


[2017-09-26][16:33:21] System.EntryPointNotFoundException: SendMessage
at (wrapper managed-to-native) gMKVToolNix.gTreeView:SendMessage (intptr,int,intptr,gMKVToolNix.gTreeView/TVITEM&)
at gMKVToolNix.gTreeView.SetIsCheckBoxVisible (System.Windows.Forms.TreeNode node, Boolean value) <0x4127bb50 + 0x00193> in <filename unknown>:0
at (wrapper remoting-invoke-with-check) gMKVToolNix.gTreeView:SetIsCheckBoxVisible (System.Windows.Forms.TreeNode,bool)
at gMKVToolNix.Forms.frmMain2.<AddFileNodes>b__14_4 (System.Windows.Forms.TreeNode n) <0x4127ba60 + 0x0002b> in <filename unknown>:0
at System.Collections.Generic.List`1[T].ForEach (System.Action`1 action) <0x4127b970 + 0x0007f> in <filename unknown>:0
at gMKVToolNix.Forms.frmMain2.AddFileNodes (System.String argMKVToolNixPath, System.Collections.Generic.List`1 argFiles, Boolean argAppend) <0x4123fdc0 + 0x005db> in <filename unknown>:0
at gMKVToolNix.Forms.frmMain2.addInputFileToolStripMenuItem_Click (System.Object sender, System.EventArgs e) <0x41176f50 + 0x0010b> in <filename unknown>:0


Everything is still working. I can check or uncheck a track, but clicking on the line next to the track's checkbox makes the program crash.

[gpower2]

I was afraid of that, but my VirtualBox stopped working and I didn't take the time to check it on Linux... :o

It's just some work arounds for bugs of the TreeView control in .NET, I'll just disable them for Linux OS.

Thanks for the feedback! :)

[gpower2]

@djcj
Since SourceForge appears to be seriously broken, you can appy this patch in order to solve the Linux problems:

Index: gMKVExtractGUI/Controls/gTreeView.cs
===================================================================
--- gMKVExtractGUI/Controls/gTreeView.cs (revision 149)
+++ gMKVExtractGUI/Controls/gTreeView.cs (working copy)
@@ -150,6 +150,11 @@
throw new ArgumentNullException("node");
if (node.TreeView == null)
throw new InvalidOperationException("The node does not belong to a tree.");
+
+ // If we are on Linux, we can't use P/Invoke to user32.dll
+ // So this function can't do anything
+ if (gMKVHelper.IsOnLinux) { return; }
+
var tvi = new TVITEM
{
hItem = node.Handle,
@@ -173,6 +178,11 @@
throw new ArgumentNullException("node");
if (node.TreeView == null)
throw new InvalidOperationException("The node does not belong to a tree.");
+
+ // If we are on Linux, we can't use P/Invoke to user32.dll
+ // So if the node's check box visibility has the same value as the node's TreeView CheckBoxes property
+ if (gMKVHelper.IsOnLinux) { return node.TreeView.CheckBoxes; }
+
var tvi = new TVITEM
{
hItem = node.Handle,