Log in

View Full Version : gMKVExtractGUI


Pages : 1 2 3 4 5 6 7 8 [9] 10 11 12 13

gent
26th July 2019, 10:55
If you mean the sub tracks, is it possible the tracks are burned in? ???? I dont know, I have to install inviska mkv extract, but its the slowest I've seen in my life and only to extract subtitles!!!! :scared: I dont know if it would a movie, I thought that gMKVExtractGUI would be faster....but I can't open the mkv with that....

gent
26th July 2019, 10:58
???? I dont know, I have to install inviska mkv extract, but its the slowest I've seen in my life and only to extract subtitles!!!! :scared: I dont know if it would a movie, I thought that gMKVExtractGUI would be faster....but I can't open the mkv with that.... Perhaps would MKVcleaver faster?

gonca
26th July 2019, 21:47
If you can't open the actual MKV, try first remuxing with MKVToolNix and then using gMKVExtract

gent
27th July 2019, 21:12
If you can't open the actual MKV, try first remuxing with MKVToolNix and then using gMKVExtractok thanks

shag00
18th August 2019, 04:52
Attempting to get this to work on Kubuntu 19.04 without any success. Are there any instructions? I have extracted the zip file successfully, right clicked the exe file and selected open with Mono and the nothing happens.

rmlazzari
24th August 2019, 14:37
My doubt is similar as shag00's: I'd like to use gMKVExtractGUI under Linux but I don't know how.

When I used Windows, I just copyed the three files to the same directory of MKVToolNix and created both, a link for the .EXE in the desktop and associated .MKV files to be opened by gMKVExtractGUI. Can you help me, please?

My Linux configuration is Linux Mint 19.1 Tessa 64 - Base Ubuntu 18.4 bionic - Cinnamon 4.0.10 - Kernel 4.15.0-55-generic - Intel Core i3-2328M CPU @ - 2.20GHz x 2 - Mem 3.7GiB - Monitor 1366x768

gpower2
31st August 2019, 20:49
Hi guys, sorry for the late reply!
Unfortunately is not my area of expertise, I just made the code platform-aware in order to support Linux and theoretically OSX.
However my personal experienc was only with an Ubuntu Virtual Machine that simply worked out of the box. I actually executed the exe with mono and it simply worked!

Perhaps some other linux user could enlighten us on the subject?

darksen
9th September 2019, 05:19
Thanks for all your work. I've been using your GUI for a couple of years.

2-perf
7th November 2019, 14:32
I have this .mkv here that is crashing gMKVExtract. It seems to be related to this audio track which has a delay value of 10000 ms (10 sec). I can extract that same .mkv with MeGUI and tsMuxer. If I remuxe it with MKVToolNix with no delay it works. Is there any audio delay limit value? Otherwise, thanks for the GUI!!

gpower2
9th November 2019, 17:17
I have this .mkv here that is crashing gMKVExtract. It seems to be related to this audio track which has a delay value of 10000 ms (10 sec). I can extract that same .mkv with MeGUI and tsMuxer. If I remuxe it with MKVToolNix with no delay it works. Is there any audio delay limit value? Otherwise, thanks for the GUI!!

Hey there! Could you provide with the Log text when you experience this behaviour? Or could you send me a pm with a sample video to reproduce the error?
Thanks for your feedback!

2-perf
10th November 2019, 13:50
Well, just mux any audio track with a 5 digit delay value and voilą, it will crash gMKVExtractGUI as soon as you drag & drop the resulting file in the gui.

I found out some other interesting weird stuff looking at this. Not related to gMKVExtractGUI but interesting.

See how MPC-HC starts messing up with how it displays the ac3 specs with a delay value higher than 7487. :)

No delay:
A: French [fre] (ac3, 48000 Hz, stereo, 192 kb/s)[default]

https://dl.dropboxusercontent.com/s/v88xmnxnecnf1wx/No%20Delay.png?dl=0


Delay value of 7487:
A: French [fre] (ac3, 48000 Hz, stereo, 192 kb/s)[default]

https://dl.dropboxusercontent.com/s/pkz52ksb65z3ycx/Delay%20Value%2C%207487.png?dl=0


Delay value of 7488:
A: French [fre] (ac3, 48000 Hz, 2 channels)[default]

https://dl.dropboxusercontent.com/s/wm3cvg696rc51fr/Delay%20Value%2C%207488.png?dl=0

sneaker_ger
10th November 2019, 14:55
Well, just mux any audio track with a 5 digit delay value and voilą, it will crash gMKVExtractGUI as soon as you drag & drop the resulting file in the gui.
Might be related to mkvmerge -J only outputting the minimum_timestamp if it's less than 10 seconds?
(See posts #211 (https://forum.doom9.org/showthread.php?p=1762982#post1762982) - #216)


I found out some other interesting weird stuff looking at this. Not related to gMKVExtractGUI but interesting.

See how MPC-HC starts messing up how it displays the ac3 specs with a delay value higher than 7487. :)
I guess there is a maximum probe size. It only analyzes the beginning of the file and if the first AC3 packet is not within the first N Bytes then it is not scanned.

gpower2
17th November 2019, 18:33
OK, that was a nasty one!

Indeed, like @sneaker_ger noticed, mkvmerge searches for delays of up to 10sec. However, gMKVExtractGUI being more tenacious, fires up mkvinfo and tries to search the delay the hard way. Then 2 bugs emerged:
1. The mkvinfo output string was changed and I never noticed it till now! :eek:
2. That part of the code tried to find delays for all tracks, while some of them could already be found from mkvmerge (<10sec delays).

Those bugs were fixed and pushed in trunk, new version will follow sometime soon.

Thanks @2-perf and @sneaker_ger for your valuable feedback! :)

Bozotheclown
7th January 2020, 12:27
Hello,

Recently get this error during audio track extracting:

CodecID 'A_MS/ACM' is not supported

17122

This is program or user fault?

gpower2
7th January 2020, 19:40
Hello,

Recently get this error during audio track extracting:

CodecID 'A_MS/ACM' is not supported

17122

This is program or user fault?

Hello, this audio codec is not supported by mkvextract, you could ask in the MKVToolNix (https://forum.doom9.org/showthread.php?t=175593) thread for support. ;)

Bozotheclown
10th January 2020, 10:59
Is fine now, I managed to do it by mkvtoolnix to mka -> eac3to

tormento
10th January 2020, 13:44
Is there a way to avoid "Success!" pop up at the end of the extraction?

gpower2
11th January 2020, 07:49
Is there a way to avoid "Success!" pop up at the end of the extraction?

Sure! You can just uncheck the "Popup" checkbox in the bottom left part of the screen:
https://i.ibb.co/Nx01RM3/2020-01-11-08-46-34-g-MKVExtract-GUI-v2-5-0-0-By-Gpower2.png (https://imgbb.com/)

tormento
11th January 2020, 10:31
Sure! You can just uncheck the "Popup" checkbox in the bottom left part of the screen:

https://i.ibb.co/Nx01RM3/2020-01-11-08-46-34-g-MKVExtract-GUI-v2-5-0-0-By-Gpower2.png (https://imgbb.com/)
Lol I did not notice it!

Thanks!

jpsdr
11th January 2020, 14:41
Those bugs were fixed and pushed in trunk, new version will follow sometime soon.

Hello, thanks for your tool.

Any idea of rough ETA of the "soon", as this information is now 2 months old ?

gpower2
13th January 2020, 20:57
Hello, thanks for your tool.

Any idea of rough ETA of the "soon", as this information is now 2 months old ?

Probably sometime this week. ;)

gpower2
16th January 2020, 19:46
Hey people! New year, new version! This is actually a minor fix version, basically fixes the issues with the long delays reported from @2-perf.
As always, enjoy! :D

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.5.1/gMKVExtractGUI.v2.5.1.7z/download

Changelog

v2.5.1

Fix finding delays with newer mkvinfo versions
Optimize finding delays with mkvinfo by searching only for tracks that couldn't find delays with mkvmerge

redbtn
17th January 2020, 14:39
Hey people! New year, new version! This is actually a minor fix version, basically fixes the issues with the long delays reported from @2-perf.
As always, enjoy!

Hey! Thank you!

gpower2
26th January 2020, 19:44
Hey people! This is a minor version, fixing a bug I discovered by accident (those are the best! :p).
As always, enjoy! :D

Download link:
https://sourceforge.net/projects/gmkvextractgui/files/v2.5.2/gMKVExtractGUI.v2.5.2.7z/download

Changelog

v2.5.2

Fix issue in checking for an existing job when adding a new job

mbcd
17th February 2020, 01:39
Any chance to get a function to remux all together again?

I have a series with lots of episodes where I want to remove all languages I dont understand. So basically there are two languages I need left in all episodes.

It is easy to demux those streams with gMKVExtractGUI by selecting those languages, thats very comfortable doing for all episodes together.

But how to remux all together again to mkv (including chapter, delays, metadata -> language-ID).

With mkvmerge you can do this, but not very comfortable, lots of clicks needed and every episode has to be done manually.

Any chance for a function that not demuxes all mkvs, but only using selected, so "keep" instead of "demux" ... (streams selected streams/tracks into a new file)

sneaker_ger
17th February 2020, 10:15
With mkvmerge you can do this, but not very comfortable, lots of clicks needed and every episode has to be done manually.
MKVToolNix GUI can do this automatically:

1. Preferences>Multiplexer>When dropping files>Create one new ... for each file
2. Preferences>Multiplexer>Enabling Items>Only enable copying of tracks with specific languages by default
3. Drag&Drop all your source files
4. Multiplexer>Actions for all tabs> Start multiplexing (, or Add to job queue and then start the jobs)

SeeMoreDigital
17th February 2020, 10:19
Any chance to get a function to remux all together again?
Hmm...

gMKVExtractGUI is an extraction (de-muxing) application. If you want a re-muxing application (along with track/stream selection) then MKVToolNix GUI is the way to go ;)

mbcd
17th February 2020, 16:11
@sneaker_ger:
Damn, never got this feature. Thank you very much for pointing to it, will try it! :thanks:

@SeeMoreDigital:
Yeah, its also some kind of extraction ... you extract specific tracks out. I think extraction does not mean you get always multiple files for each track, so it was not so far away from being "legit" to ask for it.

You can extract tracks directly into a new mkv, or is there another word to describe this type of extraction better? Of course it is always also some kind of remuxing. But without saving it to seperate files I would call it "extracting into single file".

Demuxing is a clear process (with multiple output) in my eyes, but extracting is a bit unprecise and gives some room for interpretation ...

lvqcl
17th February 2020, 20:21
You can extract tracks directly into a new mkv, or is there another word to describe this type of extraction better?
Remuxing.

gendalv
5th April 2020, 05:48
suggestion: add an option to batch export standard mediainfo information into txt files with file names
also are there other tools that can do this in a couple of clicks?

I've found this manual https://pastebin.com/V5jt5Zai
but it creates ANSI .txt files, which isn't inclusive enough - if file names contain Japanese or other symbols, how to make it create UTF-8/BOM files ?

tormento
5th April 2020, 08:53
suggestion: add an option to batch export standard mediainfo information into txt files with file names
also are there other tools that can do this

You can do from MediaInfo GUI itself, both txt and CSV, customizing the fields you need.

Simply drop the whole bunch of files you need to index and export what you want.

gendalv
7th April 2020, 09:45
mkvtoolnix doesn't come with a mediainfo gui, I've tried an official one, but it does the same thing - creating ansi text files when custom is selected (to have a individual .txt per video option) and requires a template too

tormento
7th April 2020, 15:34
I've tried an official one, but it does the same thing - creating ansi text files when custom is selected (to have a individual .txt per video option) and requires a template too
Never complain about free work of people or they could reply "do it yourself".

MediaInfo has its own GUI and, I know, create a custom template is a PITA. It took me 45 minutes last week to create a custom CSV sheet for my movie collection. But, hey, it's the "price of free software".

gpower2
11th April 2020, 11:40
suggestion: add an option to batch export standard mediainfo information into txt files with file names
also are there other tools that can do this in a couple of clicks?

I've found this manual https://pastebin.com/V5jt5Zai
but it creates ANSI .txt files, which isn't inclusive enough - if file names contain Japanese or other symbols, how to make it create UTF-8/BOM files ?

Hey man, I understand the validity of your request, however you' re barking at the wrong tree here! :P

gMKVExtractGUI has only one use, to extract data from matroska files.

What you're asking is to extract information from media files, so MediaInfo is the tool to use. Perhaps you could make a request to MediaInfo.Net (https://forum.doom9.org/showthread.php?t=176886) project which is a GUI for MediaInfo. ;)

RainyShadow
8th May 2020, 02:49
Would it be possible to disable the "Success" dialog? Or, at least make it non-blocking?

gpower2
9th May 2020, 01:53
Would it be possible to disable the "Success" dialog? Or, at least make it non-blocking?

Just uncheck the "Popup" checkbox on the bottom left part of the form. ;)

tormento
9th May 2020, 10:03
Just uncheck the "Popup" checkbox on the bottom left part of the form. ;)
If you had a dime for every person who asked, you could afford yourself, well, a Coke. :p

Much better to set is disabled in the next version.

gpower2
9th May 2020, 12:19
If you had a dime for every person who asked, you could afford yourself, well, a Coke. :p

Much better to set is disabled in the next version.

Haha! Indeed! :P

I am thinking of changing its name to something more intuitive like "Show Success Dialog", I believe this would so it. ;)

RainyShadow
9th May 2020, 17:54
Thanks!
I thought that was related to "Jobs" somehow, heh.
A tooltip would be fine too, in case "Show Success Dialog" takes too much space. Or just move it to options.

tormento
9th June 2020, 13:17
@gpower2

Sometimes I have to extract the same tracks from different files, where the only thing that changes is the file name.

In the mean time that you find a solution, could you expose the command line, such as mkvtoolnix-gui.exe does?

So I can create batch file, while you are thinking to how to automatize that. :)

gpower2
12th June 2020, 07:16
@gpower2

Sometimes I have to extract the same tracks from different files, where the only thing that changes is the file name.

In the mean time that you find a solution, could you expose the command line, such as mkvtoolnix-gui.exe does?

So I can create batch file, while you are thinking to how to automatize that. :)

Hi @tormento!

Since gMKVExtractGUI supports batch mode, I can't see the reason to expose the command line. For your scenario, you can add multiple files from different folders and use the context menu (right-click) and select the same track at once. You can even add jobs and run them at a later time as a batch. ;)

To cut a long story short, current design in gMKVExtractGUI calculates the command line just before it executes it, so it's not easy to expose that beforehand wihout rewriting a significant portion of the current codebase. :(

If you can elaborate on your scenario, perhaps I can provide with a new functionality or improve the existing ones.

Thank you very much for your feedback! :)

Perenista
12th June 2020, 18:07
This program is not extracting the audio properly. It's limiting a 14 h 57 min file into 2h31m54s.

This is the file I am talking about:
https://pastebin.com/MGHTc669

Also, check what I said here about it:
https://forum.doom9.org/showthread.php?t=175593&page=20

The entire 14h Matroska file is OK... I can listen to the entire audio track. It's just that I can't extract as WAV 100%. Why is it limiting to 2 hours?

EDIT: Trying this now: https://www.easytechguides.com/extract-audio-from-video.html

stax76
12th June 2020, 18:24
Maybe it has something to do with the wav format:

https://en.wikipedia.org/wiki/WAV#Limitations

I suggest to use ffmpeg and W64 format.

Perenista
12th June 2020, 21:09
Maybe it has something to do with the wav format:

https://en.wikipedia.org/wiki/WAV#Limitations

I suggest to use ffmpeg and W64 format.It worked. But I tried with Audacity first, as instructed in this site:

https://www.easytechguides.com/extract-audio-from-video.html

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

Was this the right option? I selected the first, Signed 16 bit PCM.

This is the MediaINFO from the resulted W64 file:

https://pastebin.com/L5nEiBqz

With ffmpeg this site only instructed me to use this command:

ffmpeg -i video.mkv -f w64 -ab 384000 -vn audio.w64

I'll assume only this is needed, right? 384000 was a figure I was thinking about if I wanted to convert to AAC (FDK).

In this case the original audio track had a bitrate of 1 536 kb/s. So the command line, I guess, it would look like this:

ffmpeg -i video.mkv -f w64 -ab 1536000 -vn audio.w64

fireattack
20th September 2020, 23:15
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.)

rmlazzari
30th September 2020, 01:35
First of all, thank for the program, I use it for years. Second, please excuse if this is a newbie question but, well...

Now the request: recently I migrated from Windows to Linux Mint so I'd like to install this GUI under my new OS. I already have MKVToolnix and MKVToolnix-gui because the Mint's Application Manager have options for them. As I'm not familiar with bits & bytes, can somebody please teach me how to install MKVExtractGUI without the App Manager?

(I know how to add a repository and typing some commands in Terminal like apt-get, apt-update etc... no much more beyond that. I'm using two versions of Mint, MATE in the notebook and Cinnamon in the desktop. If you need more information about my sets or something else, please ask me. Thank you.)

jones1913
30th September 2020, 20:35
@rmlazzari
You need the 'mono' framework installed to run .net applications on Linux. I think the package name is 'mono-complete' on Ubuntu based distributions.
After that you can run it with
$ mono /path/to/gMKVExtractGUI.exe

But .net applications sometimes look artifical or broken on Linux, on hi-dpi displays mostly unusable.

Alternatives are:
https://forum.ubuntu-fr.org/viewtopic.php?id=1508741
(post is in french but installation instructions are easy to spot)

or:
https://www.videohelp.com/software/Inviska-MKV-Extract
(seems abandoned, developers website is dead)

rmlazzari
1st October 2020, 22:19
Thank you, jones1913. Following your advices, I installed MKV Extractor Qt, mainly because it seems to be created natively for Linux and it's not an abandoned project.
It's working fine here. :)

gpower2
11th October 2020, 18:18
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.)

@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!

@rmlazzari
I'm not much of a Linux guy myself, like @jones1913 said, it should work out of the box if you have the mono framework installed (I think Ubuntu comes with it preinstalled).
So, you just download the archive from the DL link, and you run the ".exe" file like you would do in Windows.
If mono is installed, it should run without much fuss! :)
P.S.
I would really like your feedback if you find the time to do this test, thank you in advance! :)

Perenista
18th December 2020, 19:13
I am having problems with a MKV... this one was ripped from a DVD I own, and with help from MAKEMKV. Later I did a few changes using MKVTOOLNIX, added and extracted a few files.

Here's the thing: if I wanted to extract subtitles, then gMKVExtractGUI would have worked. But if I ask the program to extract any audio file, this is the end result:

https://i.postimg.cc/fL85PQs8/XAS.png

What is more odd is the fact any other file I have here works just fine with gMKVExtractGUI. And I also believe gMKVExtractGUI WAS INDEED working before, to extract audio streams from this problematic MKV.

What really happened here? Was the file somehow corrupted, something happened that made it broke?

When we try to rip this disc for the 1st time this is what MAKEMKV tells us:

https://pastebin.com/WvZAsDzi

Oddly, as you can see from below, if I try to extract the audio track from the original MKV created by MAKEMKV, it will work:

https://i.postimg.cc/QMTHPQrw/SUP.png

So what went wrong here? Now if I try to extract ANY audio track with gMKVExtractGUI it will fail.