gMKVExtractGUI

[vertigo220]

Originally Posted by gpower2

I was troubled by the fact that when I pressed the popup, then the main window was not appearing, so I opted for bringing the main window also in front after acknowleding the popup.
In my eyes, if you have selected to have a popup appear, you would also want to continue working with the program after the operation finishes.
Otherwise, the simple sound would be enough to inform you that the operation had finished.

This is true, though IMO it should only show the popup on top, and clicking on that would then bring the main window to the front. This is the typical behavior I'm used to. Though I'm not sure how difficult that is, and it would be less of an issue if the sound can be improved (see next point).

Originally Posted by gpower2

That would require to include a separate audio file and also include the media player functionality inside the app. I understand your way of working and how it would benefit you, but it would increase the bundled size of the app, which is something I try to avoid.

I assumed it was actually in the design, i.e. it would require actual code to play in its own "channel" vs the system one, but if I'm understanding you correctly, it's simply the fact you're having the app play a standard system sound/wav, and that having it play another sound would result in it showing as this app playing the sound in the mixer? If that's the case, could an option be added for the user to select their own sound? Heck, I'd even settle for it using MKVToolNix's sound, since it's already using that app, though not sure if that would be any easier than just allowing the user to select their own.

Originally Posted by gpower2

Just to avoid any misunderstandings, you are requesting some placeholders to add programmable actions, right?
If this is the case, it would require A LOT of work in order to have this implemented correctly and basically it would require refactoring most of the core codebase in order to split it into separate modules/commands that could be automated.
It is definitely a nice feature, but as mentioned, it requires so much work, that I can't get to at least in the near future.

Yes. However, the fully customizable aspect was just a suggestion to allow anyone to set up the buttons to work in whatever way they want. If that's too much, just having a button that toggles each the video, audio, subtitle, and chapter tracks would be immensely helpful. When clicked, it could just check all applicable tracks by running the same sub/function as when right-clicking, going to the "Check {track type} Tracks" option, and selecting the "All" button, then remembering that was the last option so, if clicked again, it would do the same for uncheck. Or even just having strictly check all vid/aud/sub/etc buttons without a toggling feature. But I do understand this could be considered niche and some people might want to check all tracks by language, codec, etc. I just imagine most people are mainly checking/unchecking all of a certain type. And I can certainly see how buttons, especially customizable ones, would be too complicated when accounting for all the various possibilities (different languages, resolutions, codecs, etc), but keeping it simple, just to "all," should be straightforward. Even doing the more specific stuff should be doable by right-clicking the list entry and being presented with the option to assign it to a button, or having a drop-list for each button that's the same as the right-click menu in the list which assigns that function to the button (so clicking the button would be the same as right-clicking in the list, navigating to that option, and selecting it). And either way, the button would be greyed out if the designated function isn't applicable (e.g. if it was set to check all 1080p tracks and there are none). Anyways, as I said, I don't want to keep pushing it, just clarifying what I'm thinking and offering ideas of how to do it. While it's definitely a feature I would like, if it's too much, that's fine.

Originally Posted by gpower2

Unfortunately everyone has turned to Web, so native applications are second class citizens, with only half baked solutions out there. WinForms for me is the last man standing, offering cross-platform compatibility thanks to Mono.
WPF is pretty, but very much like writing a Web app. QT requires C++ and I am not willing to dive into that. MAUI is only for modern OSes, so compatibility is out of the question and it is WPF-ish.
And then you get Electron with all its clutter and javascript, or Tauri, which requires Rust
Thanks, but I'll stick to good old WinForms for small desktop apps like this one

Rant aside, dark mode is the one big task I am willing to devote some time, since I also prefer dark mode, though I don't think I will have time to finish this soon...

Thanks for all the feedback!

Yeah, I agree, and also hate the push to move to web-based apps. From what I've gathered, Electron is bloated, WPF has mixed opinions, Qt frustrated me enough I gave up on it before even getting through the install process (and I wasn't sure what language this program is in and therefore which of these could even be used for it), and I tried installing GTK but it flat-out didn't work. WinForms really seems from what I've gathered to be very good for this type of app, I just hate that it's Microsoft. It's interesting you mention cross-platform/Mono, because that seems a bit iffy from what I've read, and I was wondering if this app would run in Linux. Anyways, I'm hoping at some point to play around with WinForms and see what it's like. No promises, obviously, because I may end up way over my head, but I'd like to see if I can develop a dark theme for this. I'm imagining it's just a matter of designing it, not actually coding, or is that not the case?

[gpower2]

Hey guys, Happy new 2025!

New year, new version!
This brings a feature that I also personally wanted for years now, and finally it's here: Dark mode!

This was based heavily on the work of BlueMystical here: https://github.com/BlueMystical/Dark-Mode-Forms

I hope that you will enjoy this release as much as I did and as always enjoy!

Download link:
https://sourceforge.net/projects/gmk....0.7z/download

Changelog

v2.8.0

• Add support for Dark Mode

I hope some of the mods here can update the thread title, since it is not possible from myside anymore

[oniiz86]

@gpower2 so much for the update, not sure why the thread title can no longer be changed by the thread starter, @tebasuna51 can you please update the thread title so it simply reads "gMKVExtractGUI"

[SeeMoreDigital]

The forum has a time/date limit... It's been here longer than I have

[filler56789]

@gpower2 —
Thank you very much for the update

[lostclusters]

@gpower2

Dude! this GUI for mkvtoolnix stream extractor is sure came in handy extracting subtitles from one media file for another, for my deaf sister.

Thank you for making this handy utility easier to use!

[vertigo220]

Every time I try enabling dark mode, when the program starts, I get this error:

Unhandled exception has occurred in your application. If you click Continue, the application will ignore this error and attempt to continue. If you click Quit, the application will close immediately.

InvalidArgument=Value of '-770479504' is not valid for 'start'.
Parameter name: start.

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentOutOfRangeException: InvalidArgument=Value of '-770479504' is not valid for 'start'.
Parameter name: start
at System.Windows.Forms.ComboBox.Select(Int32 start, Int32 length)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.8.4772.0 built by: NET48REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
gMKVExtractGUI
Assembly Version: 2.8.0.0
Win32 Version: 2.8.0.0
CodeBase: file:///C:/Portable%20Apps/gMKVExtractGUI%20(Portable)/gMKVExtractGUI.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.8.4734.0 built by: NET48REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.8.4767.0 built by: NET48REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.8.4390.0 built by: NET48REL1LAST_C
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
gMKVToolNix
Assembly Version: 2.8.0.0
Win32 Version: 2.8.0.0
CodeBase: file:///C:/Portable%20Apps/gMKVExtractGUI%20(Portable)/gMKVToolNix.DLL
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.8.4762.0 built by: NET48REL1LAST_B
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.8.4190.0 built by: NET48REL1LAST_B
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.8.4084.0 built by: NET48REL1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

[gpower2]

Thanks for reporting this @vertigo220, I will try to get to the bottom of this, unfortunately I can not reproduce it yet in my local system, can you tell me a bit more about your system? (Windows version mainly)

[gpower2]

@vertigo220 Could you please download this debug test version to see if it fixes the issue?

https://fastupload.io/9442b883c7d34844

Thanks again for the feedback!

[vertigo220]

Tried it and seems to be working. Not sure if it still matters, but W10x64 Version 22H2 (OS Build 19045.5371).

[gpower2]

Thanks for the confirmation, I will release a new official patch version in the following minutes!

[gpower2]

Hey guys, new patch version to address the issue reported from vertigo220 regarding Dark mode!

Download link:
https://sourceforge.net/projects/gmk....1.7z/download

Changelog

v2.8.1

• fix(dark): Possible fix of a bug with ComboBox in dark mode (thanks vertigo220!)

[vertigo220]

Thanks for the dark mode and the quick fix. Definitely much easier on the eyes. Progress bars still being white looks a bit strange, not sure if they were left that way due to difficulty getting them a different color or intentionally, though not a big deal. The "Selected File Information" box is strange because it's dark until a job is running, then it turns white, then dark again once done. Still not as bright as when the whole window is light-colored, but would be better if it stayed dark. Figured I'd point it out in case you didn't know about it, maybe it's just doing it for me.

Unrelated, one other request is to make the taskbar progress reflect the overall progress instead of the individual file progress. If I'm extracting from multiple files, I can't really tell how far along it is with it in the background, because monitoring the taskbar button only tells me the progress of whichever file it's currently on, which isn't very useful.

[vertigo220]

I'm having an issue since updating to the latest version that right-clicking takes significantly longer to open the context menu for selecting/deselecting multiple tracks when dark mode is activated. It works like normal with the menu opening immediately in light mode, but as soon as I switch to dark mode it's very slow, and switching back makes it fast again.