gMKVExtractGUI v2.5.2

[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/gmk....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]

Originally Posted by bin_ch

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/gmk....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.

[gpower2]

Originally Posted by hubblec4

Hi gpower2

For what these two entries are used?

REM GENRE ""
REM DATE ""

GENRE and DATE are not listed in the specs.

According to digitalx.org, "REM" is a recognized command and according to the wikipedia sample here:
https://en.wikipedia.org/wiki/Cue_sh...ting)#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]

Originally Posted by 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?

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

[Solon8]

Originally Posted by 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?

Originally Posted by gpower2

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...

[gpower2]

It appears that this change:

Originally Posted by Mosu

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]

Originally Posted by Solon8

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]

Originally Posted by Telion

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]

Originally Posted by wanezhiling

http://i.imgur.com/1VhyyNH.png
Something is wrong with today's MKVToolNix v9.0.0...

In MKVExtractGui-2 occurs the same.