gMKVExtractGUI

[gpower2]

Hi Perenista!

The open file error that you get means that mkvtoolnix.exe couldn't create the new file for the audio.

Seeing the filepath, I believe that you hit the filesystem limitation of 255 characters in path.

Can you try to extract it in a folder with less characters instead of your desktop? For example try to extract it to a "C:\temp" folder and see if this is indeed your problem.

[Perenista]

Hi Perenista!

The open file error that you get means that mkvtoolnix.exe couldn't create the new file for the audio.

Seeing the filepath, I believe that you hit the filesystem limitation of 255 characters in path.

Can you try to extract it in a folder with less characters instead of your desktop? For example try to extract it to a "C:\temp" folder and see if this is indeed your problem.That's not the case. I renamed the problematic file to 1.MKV and put in C:\.

Still...

https://i.postimg.cc/sXY5Z25N/XX1.png

MAKEMKV has been having a host of issues with several discs lately *. I'll try to rip this thing again and repeat the entire process that lead me to having this Matroska with all these same tracks.

* https://makemkv.com/forum/viewtopic.php?f=8&t=21079

What I don't get it is why gMKVExtractGUI can perfectly extract an audio track (after MAKEMKV rips the DVD FOLDER) and then after a few editions, it refuses to do that.

But...

It still can extract subtitles from this now broken file (broken if I wanted to get something inside it, since now it's refusing to extract).

********
EDIT: The problem has been fixed! I suspected the fact I placed in C:\ was also causing another issue (besides the one you mentioned), then I put the 1.mkv in C:\temp folder, since at C:\ it asked for admin permission.

Inside the C:\temp FOLDER I was then able to extract any audio stream!

https://i.postimg.cc/K85zLgWL/PROBLEMFIXED.png

[Mosu]

Just an addition: MKVToolNix v50 and newer supports file/path names longer than 260 characters on Windows 10 if Windows 10's own support for long paths is turned on (https://www.howtogeek.com/266621/how-to-make-windows-10-accept-file-paths-over-260-characters/).

[Pulp Catalyst]

Can this program remux, i've been i found MKV optimizer https://www.videohelp.com/software/MKV-Optimizer

it works great for what i need, it quickly removes all steams from files i don't need, improving the reliability of my video converter a lot (ripbotx264)

however mkv optimizer crashes quite often, doesn't like network drives, and just basically is unstable for me

gMKVExtractGUI comes really close to features, but doesn't offer remux option?

is this something that could be added, as it would be just what i need...

i know i can use mkvtoolnix, but it doesn't have the fast default options that i need

for example i need to keep only ENG streams, and only keep DTS track ENG, the rest i want removed. mkvtoolnix wasn't really designed for this quick default process from what i can see. and really has few options for processing multiple/batch files that have different streams. mkvoptimizer is great for this, but crashes all the time, and i can't find the support page to contact developer for help

[Mosu]

for example i need to keep only ENG streams, and only keep DTS track ENG, the rest i want removed. mkvtoolnix wasn't really designed for this quick default process from what i can see.

Quite the opposite. It was designed to be automatable from other applications with very little effort. The basic three-step process is:

Let mkvmerge analyze your source file and output what it finds as a JSON document. JSON was chosen as there are JSON parsers out there for every programming language under the sun. You don't have to create your own parser, just use one that's available. The command to do so is "mkvmerge --identification-format json --identify yourfile.ext" or its shortcut "mkvmerge -J yourfile.ext".
Loop over the information found in the JSON document and pick the track IDs for tracks you want to keep. That's easy enough; for each track the JSON document contains its ID, its type (audio/video/subtitles), its codec, its language and a lot of other information.
Construct a new command line (better: a JSON option file) based on the track IDs gathered in step 2 and run mkvmerge with it.

Remember that mkvmerge's default is to copy everything safe for stuff you tell it not to copy. If your process is to solely remove all audio tracks that aren't DTS in English, you'll only need to collect all track IDs for English DTS audio tracks, add "--atracks <theIDs>" and that's it.

Sure, mkvmerge doesn't contain command line options for all possible scenarios under the sun, but it contains something much more important: command line options for each and every facet of a Matroska file. You have a lot of fine-grained control. Bundled with standards-based file formats (JSON both for identification output and for option files) makes interfacing with it rather straight forward, from whatever platform you're running on.

Of course you're completely free to disagree with my opinion here, and you certainly don't have to use it the process described above is to… whatever for you.

[Pulp Catalyst]

i have no idea what just said LOL

your seriously overestimating my abilities.

:confused:

i think mkv optimizer does all this behind the scenes perhaps, however the moment i load the program i import the files, and it's ready to go.

it also has the ability to delete source files after it processed.

[Asmodian]

This project is significant as the program used by many GUIs like that. I do find it very easy to mux a new file while replacing the audio tracks using the GUI but it obviously isn't designed for advanced batch processing so it does get tedious if I want to do the same thing to several files. It is a GUI that supports the more advanced mkv features well, but not simple batch processing. The two use cases are difficult to merge well and command line tools are great for batch processing.

For advanced batch processing I go into python. ;)

[darksen]

Please add support for the relatively newly supported language codes, I'm demuxing an es-419 audio track and the app names it with only ES.

[gpower2]

That's a nice suggestion @darksen!

I will "play" a bit with it and hopefully come up with a new version soon, thanks for the feedback! :)

[gpower2]

Hey people!
Wow, it's been 2 years since the last release and what years those were...
Hopefully 2022 will be a come back year for most of us, so I'll make a small start by a fresh new release. :)

Main attraction is the support for the new Language IETF element, thanks agan @darksen for the request! :)

Also, a lot of small optimizations here and there under the hood, hopefully they didn't break anything :D

As always, enjoy! :D

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.6.0/gMKVExtractGUI.v2.6.0.7z/download

Changelog

v2.6.0

Add support for new element "Language IETF"
Minor code optimizations/modernization

[oniiz86]

Hi, I want to report a bug/inconsistency in the GUI.

When loading an input file, it shows two "delays" for any track.

According to https://sourceforge.net/p/gmkvextractgui/discussion/general/thread/ee13f7e1/ the first delay is relative to 0 timestamp and the second one is relative to the video.

The original comment only mentions audio track, so what about the video track?
Is the second delay still relative to the video (itself), or to the audio?

Either way, it doesn't seem to match with the behavior.

I made two videos to test: one with audio delayed for 2sec, one with video delayed for 2sec.

The first one (audio delay):

https://i.imgur.com/kWxl4JW.png

The video's second delay says "0ms", so it means it's NOT delay relative to audio, because otherwise it would be "-1978ms".

The second one (video delay):

https://i.imgur.com/HURmwPw.png

Now, here video's second delay says "2000 ms", which means it's indeed relative to the audio. This is inconsistent with example 1.

Summary:

In both cases, the first delay of video track is consistently shows the delay relative to 0 timestamp.
In both cases, the first delay of audio track is consistently shows the delay relative to 0 timestamp.
In both cases, the second delay of audio track is consistently shows the delay relative to the video track.

However, the second delay of video track is inconsistent, it shows the delay relative to the audio in one, but not in another (it is not consistently relative to the video, either.)

@gpower2 I was just wondering if this bug was fixed in the latest v2.6.0?

[gpower2]

@gpower2 I was just wondering if this bug was fixed in the latest v2.6.0?

@oniiz86 This is not a "bug" it's how MKVToolnix works.

The second delay shown in the video track, will always be the same as the first one, I think the only case that it will be different, is if there are multiple video tracks muxed in the same mkv, with different delays. It is not the relative delay to the audio in any case.

So the examples you have posted are by design and not a bug. :)

[oniiz86]

@fireattack
So sorry for the late reply, too much work IRL!
Actually the second delay in the video track will always be the same with the first one, you are right and I should refrain from showing 2 delays for the video tracks.
There is no video delay relative to the audio, since that is not the way MKVToolnix works, at least AFAIK.
I'll check if I can make this fix. :)
Thanks for your feedback!


@oniiz86 This is not a "bug" it's how MKVToolnix works.

The second delay shown in the video track, will always be the same as the first one, I think the only case that it will be different, is if there are multiple video tracks muxed in the same mkv, with different delays. It is not the relative delay to the audio in any case.

So the examples you have posted are by design and not a bug. :)

@gpower2 Thanks for that I wasn't aware it was by design, it was just your comment you had made back then to @fireattack "I'll check if I can make this fix.", I assumed it was an inconsistent visual bug with gMKVExtractGUI v2.5.2, nevermind all is good :)

[Shou]

Hi,
There is a problem when there is a slash character in the track name, e.g. "name/subname" and you have {TrackName} in the output file name.

test.mka
https://i.imgur.com/vavXBFd.png
https://i.imgur.com/gTXWLu1.png

Result:
File "subname].ass" in "/test_02_[und][name/" folder.
File "subname2].ass" in "/test_03_[und][name2/" folder.

-

[gpower2]

@Shou

That's a really nice edge case, I guess this bug existed since forever. :D

I will replace illegal filename character with space, I think that would be the best approach here, any objections?

[Shou]

Yeah, replace with a space (or underscore) should be OK.

[gpower2]

Hey people!
Thank to @Shou's feedback, I just released a minor version to address the issue with invalid file characters in the output filename.

As always, enjoy! :D

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.6.1/gMKVExtractGUI.v2.6.1.7z/download

Changelog

v2.6.1

Replace invalid file characters with underscore character ('_') from output filename

[SeeMoreDigital]

Many thanks ;)

[tormento]

Thank to @Shou's feedback, I just released a minor version to address the issue with invalid file characters in the output filename.
Thank you!

Please consider to switch to GitHub as Sourceforge is giving lot of connection problems lately. :p

[gpower2]

Please consider to switch to GitHub as Sourceforge is giving lot of connection problems lately. :p

It's been on my TODO list like 3 years now :p

I just didn't have the time (or the determination) to change my local repo setup, though it's the next thing to actually tackle. :D

[mastrboy]

Is there a known bug with extracting attachments and using a different template for the name than default?

I tried to change the template to '{FilenameNoExt}_{AttachmentFilename}' and the attachments are extracted as '_{AttachmentFilename}'

For example, I expected episode001_arial.ttf, but got _arial.ttf

[gpower2]

Thanks for reporting this mastrboy, I'll check it. ;)

EDIT: Found the bug, uploading a new version shortly along with another fix :)

[gpower2]

Hey guys!
Thank to @mastrboy's feedback, I just released a minor version to address the issue with attachment extraction filename resolving not working correctly in all cases.
As an added bonus, I fixed another bug in track selection when filtering with empty values (eg. empty track names) and optimized the track selection a bit (should not make a difference in small lists).

As always, enjoy! :D

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.6.2/gMKVExtractGUI.v2.6.2.7z/download

Changelog

v2.6.2

Fix attachment filename for all cases. (Thanks mastrboy!)
Improve track selection when filter value is an empty string
Optimize algo to avoid unnecessary comparisons

[gpower2]

Small note, for some reason, the thread name no longer changes when editing the title of the first post.

If anyone knows how to change the thread title, please pm me or post here, thanks. :)

[SeeMoreDigital]

Small note, for some reason, the thread name no longer changes when editing the title of the first post.

If anyone knows how to change the thread title, please pm me or post here, thanks. :)Yep, this happens after so many years. Often one of the moderating team members can sort this out for you ;)

[hubblec4]

Small note, for some reason, the thread name no longer changes when editing the title of the first post.

Yeah Mosu has also start a new thread.
One solution: never use a version number in the thread title

[tebasuna51]

Yep, only moderators can Edit Thread

[SeeMoreDigital]

Where's that 'thanks' button when you need it ;)

[gpower2]

Thank you everyone for this! :)

[Bigmango]

Could you please add the FORCED tag to the extracted track name? (edit: only if the tag exists on that track, of course)

(and (if possible with mkvtoolnix) name it so that mkvtoolnix will automatically add the "forced" tag like it does with the "delay" when adding the tracks to a new mux)?

(-> currently it's a lot of work when remuxing a lot/often, load mediainfo to check for forced tags, etc... This would remove all of this work)

Many thanks ! :thanks:

[StainlessS]

Yep, this happens after so many years.
I think the magic number is 8 years, then cannot change thread title any more.
Methinks that title IS changed for 1st post, but not externally to the thread, ie not in forum list of new posts [thread title of new post].

One solution: never use a version number in the thread title
Good advice [which I have to remember to do myself].

[mastrboy]

Hey guys!
Thank to @mastrboy's feedback, I just released a minor version to address the issue with attachment extraction filename resolving not working correctly in all cases.
As an added bonus, I fixed another bug in track selection when filtering with empty values (eg. empty track names) and optimized the track selection a bit (should not make a difference in small lists).

As always, enjoy! :D

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.6.2/gMKVExtractGUI.v2.6.2.7z/download

Changelog

v2.6.2

Fix attachment filename for all cases. (Thanks mastrboy!)
Improve track selection when filter value is an empty string
Optimize algo to avoid unnecessary comparisons


Thanks, I'll try it out.


Edit: Can confirm the filename bug with attachements are fixed, thanks.

[winoni71]

Hello all,
I did this in the past but I can't remember how.
I want to extract the tracks in a folder named after the original mkv file, I thought you just had to add "{FilenameNoExt}\" in "Options", but it doesn't work.

Thank you.

[gpower2]

Hi @winoni71,

it was never the intention to add folder in the settings of the filename.

Perhaps it was working unexpectedly before, I added a fix to remove invalid filename characters because it created issues, so I don't think it's possible to extract to separate folders via this technique. :(

[Asmodian]

Perhaps it was working unexpectedly before, I added a fix to remove invalid filename characters because it created issues, so I don't think it's possible to extract to separate folders via this technique. :(

Maybe do not include \ as one of the invalid filename characters? ;)

[gpower2]

Maybe do not include \ as one of the invalid filename characters? ;)

That could lead to other issues, if track names contain the "" character, resulting in creating folders when that was not the intention.

The only solution I can think of, is to add a dedicated placeholder, like {folder_separator} in the options, in order for the user to explicitly express the wanted intentions, but I'll need to investigate.

[winoni71]

Hi @winoni71,

it was never the intention to add folder in the settings of the filename.

Perhaps it was working unexpectedly before, I added a fix to remove invalid filename characters because it created issues, so I don't think it's possible to extract to separate folders via this technique. :(

Bummer, it was a nice feature.
Thanks anyway for your tool.

[tormento]

I'll need to investigate.
I am having problems with attachments, i.e. even using {FilenameNoExt}_{AttachmentFilename}.

I need it to extract fonts. Can you please check it out?

[gpower2]

@tormento could you please send me a private mesage with the log from the file that gives you trouble?

I don't seem to find any issue with my sample files...

[tormento]

I don't seem to find any issue with my sample files...
Just mux a video, an audio, a sub and some fonts to a MKV.

Now demux with your utility.

Everything will have filename prefix but the fonts.

[AnimeSlash]

Hello, been using this for years and its great. Seems I missed many updates since the version I had. However kind of a small thing but would it be possible to have an option to overwrite or skip files if its already made. Mostly just looking for the fonts where I extract a series with many of the same fonts.

[kedautinh12]

I want to report extract audio, my autio track 3 in this file when extract name is xxx_DELAY 986000ms when i check info it's only delay 16 s 970 ms.
Example: https://drive.google.com/file/d/10J2Mh_hyRJ0S3krsj-r_IbnDmRpq0ve1/view?usp=sharing

[gpower2]

I want to report extract audio, my autio track 3 in this file when extract name is xxx_DELAY 986000ms when i check info it's only delay 16 s 970 ms.
Example: https://drive.google.com/file/d/10J2Mh_hyRJ0S3krsj-r_IbnDmRpq0ve1/view?usp=sharing

Thank you very much for your feedback, indeed there is a bug converting nanoseconds to milliseconds on my part!

I will upload a new version shortly :)

[gpower2]

Hey guys!
Thank to @kedautinh12's feedback, I just released a minor version to address the issue with calculating big delays from mkvinfo not working correctly.

As always, enjoy! :D

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.6.3/gMKVExtractGUI.v2.6.3.7z/download

Changelog

v2.6.3

Fix calculating delays from mkvinfo. (Thanks kedautinh12!)

[gpower2]

Also, one kind request for our administrators, could you please remove the version from the thread title since I can not edit the first post title anymore?

Thank you in advance! :)

[kedautinh12]

you're welcome

[Mosu]

Also, one kind request for our administrators, could you please remove the version from the thread title since I can not edit the first post title anymore?

Thank you in advance! :)

That happened to me, too, with the MKVToolNix thread. I've had some back & forth with other people on the platform here (https://forum.doom9.org/showthread.php?t=175541), and it seems that the forum software doesn't allow modification of thread titles after a certain time period. The first post in this thread was in February 2014, making it roughly 8 years, 7 months, and that's a timeframe I seem to remember from my own problems. Maybe there's a hardcoded limit of 100 months or something like that (8 * 12 + 4 = 100, don't know when you last tried to modify the topic's name).

I simply started a new thread & asked the mods to close the old one.

[gpower2]

Yes I had this issue again last time I posted a new version, the mods changed the title then, but I guess removing the version from the title is a nice workaround, inorder not to have to create a new thread. :)

[RyFeR26]

Long time user of this great tool as well for many years, thanks for creating and maintaining it!

I do have a question: would it be possible to add an option to be able to select a specific subtitle language that is then always selected automatically when opening a video file?

Example: when I select Dutch (DUT) as standard subtitle language, opening an .mkv with many subtitles would have DUT selected by default.

[tormento]

Hey guys!
I have just noticed that if you set

{FilenameNoExt} {Language} {TrackName}

and the trackname is empty, it keeps the space after {Language}, leading to a filename .ext format.

Would you please fix that?